Hello again,
I've found my problem, sort of.
In this particular application, ever since tomcat 5, we've been
remapping the DefaultServlet url-pattern. Works fine in 5 and 6, but not
in 7. Which means I've got another problem, but at least I know why the
app fails to run.
Here's the problem bit from my web.xml:
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/default/*</url-pattern>
</servlet-mapping>
The idea here is to be able to do access control at the struts level,
but then to be able to forward to DefaultServlet so that it can do what
it does best (like serving PDFs, for example). I'm not sure why having
this setup in tomcat 7 causes my app to fail completely, but taking this
out cures the core problem. URLs start working properly, but now I have
access control problems that were solved by the above.
Could be the topic of another thread after I dig some more.
Thanks,
Fred
On 11/12/2012 2:27 PM, Fred Toth wrote:
Hi,
Sorry, just getting back to this after a delay.
I've added an AccessValve to my context and it, too, reports 404. So
this is more confirmation that my context has actually deployed (as
the logs report), and, at least at some level, the requests are being
mapped by tomcat to the correct context. But no clue as to why my URLs
don't work.
We do use some symlinks in our application, yes. Fiddling with
allowLinking true/false has no effect.
And yes, I've read (and re-read) the migration guide and as far as I
can tell, nothing there is relevant to my problem.
And no, we're not using an NFS share. Normal mount points. (I'm
curious though. What's wrong with running the app from NFS?)
Any other ideas about where I can look?
Again, all I have to do is switch to tomcat 6 and everything works
normally.
Thanks all,
Fred
On 11/7/2012 3:20 PM, Pid wrote:
On 02/11/2012 19:27, Fred Toth wrote:
<Context docBase="/mnt/data_arch/DATA"
Is your application mounted on an NFS share?
p
(hint: don't do that.)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
