tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tim Funk <>
Subject Re: Static resource mapping in web.xml
Date Wed, 08 Jun 2011 17:08:32 GMT
If your images are in the correct directory then tomcat will serve them for
you with its DefaultServlet. There should be nothing to do.

Then to serve resources via the invoker - this is where the filter is handy.
You declare the invoker servlet - but you do not map it. The servlet api
allows you to invoke an unmapped servlet by requesting it by name from the
ServletContext. So the filter is doing the access control mapping to
determine if the invoker should be invoked.


On Wed, Jun 8, 2011 at 12:34 PM, <> wrote:

> I thought the filter would allow me to serve the static resources under
> "/images/".
> I understand if it is in order to make invoker more secure.
> But what I'm actually trying to achieve is the proper serving of resources.
> I don't know exactly why, but mapping the default servlet to "/*" is not
> working (probably my fault). What Mark pointed in his first mail is that
> this kind of mapping was added in release 6.0.30. I'll try this as soon as
> possible.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message