https://issues.apache.org/bugzilla/show_bug.cgi?id=49422
Kohsuke Kawaguchi <k...@kohsuke.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
--- Comment #4 from Kohsuke Kawaguchi <k...@kohsuke.org> 2010-07-21 22:16:42
EDT ---
I'm the developer of Hudson, and I'm not sure if I agree with the conclusion.
In the servlet 3.0 spec section 10.10, one of the examples reads:
A request URI of /catalog/products/ will be passed to the "default" servlet,
if any. If no "default" servlet is mapped, the request may cause a 404 not
found, may cause a directory listing including shop.jsp and register.jsp, or
may cause other behavior defined by the container. See Section 12.2,
"Specification of Mappings" for the definition of "default" servlet.
This is with the following contents in the WAR:
/foo/index.html
/foo/default.jsp
/foo/orderform.html
/foo/home.gif
/catalog/default.jsp
/catalog/products/shop.jsp
/catalog/products/register.jsp
The "default" servlet defined in section 12.2 is the servlet with
url-pattern="/", which in our case is "Stapler".
In Hudson, we don't have /index.html nor /index.jsp. So I expect the same logic
to dispatch the request to the default servlet, instead of 404.
To put this another way, while the section 10.10 says the following, it
shouldn't be interpreted that the container can really do whatever it wants ---
otherwise it doesn't explain why the above /catalog/products/ would map to the
default servlet. It should be interpreted that the default servlet be
consulted:
If no matching welcome file is found in the manner described, the container
may
handle the request in a manner it finds suitable. For some configurations
this may
mean returning a directory listing or for others returning a 404 response.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
