Thanks for the reply.
So if I bundle the default servlet with my application and then configure it to
run as a different named servlet, and map static resources to it within the
webapp that should work? (I will certainly try that)
Also, all "tricks" aside, what is the proper way to address static assets
deployed within a webapplication, if pathing them to the default servlet is
inappropriate?
Forgive my ignorance but couldn't I just set this in my webapp xml descriptor,
and "rename" it, and then path to it?
Perhaps the fact that the code is loaded by the webapp class loader makes a
difference , I am not sure. (just ruling out this possibility)
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>org.apache.catalina.servlets.DefaultServlet</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
Thanks Again
Russ
-----Original Message-----
From: Konstantin Kolinko [mailto:knst.koli...@gmail.com]
Sent: Wednesday, June 06, 2012 4:49 AM
To: Tomcat Users List
Subject: Re: Help Linking Static Content In a WebApp before and after (6.0.30.x)
2012/6/6 Morgan, Russel <russel.mor...@disney.com>:
>
> What I don't know how to do is use that redirect filter/rewrite to change the
> url based on the version of tomcat, which it seems I need to do, since the
> container pathing logic changed across versions.
Do not use your trick of mapping DefaultServlet to wrong path and it will work
in both versions.
If you are really frustrated, you can fork, compile and configure your own
implementation of DefaultServlet and bundle it with your application. It is
just a servlet. It is not "core". Nothing in implementation of the Servlet
specification has changed. All documented API works.
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
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
