DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25015 CoyoteAdapter is breaking path info ------- Additional Comments From [EMAIL PROTECTED] 2003-12-15 23:08 ------- Two things: 1. getPathInfo should/shouldn't return ";blah" I think it's ok to leave it as it is for now since the spec is most likely going to be changed in the next version. I asked 154EG spec lead to consider removing the wording of "getPathInfo() method" in SRV.4.1 and he said they address this issue again and probably do remove as some members already mentioned that. 2. matching Should this work ? <servlet-mapping> <servlet-name>MyServlet</servlet-name> <url-pattern>/test/path/here</url-pattern> </servlet-mapping> invoke servlet -> http://localhost/context/test;a/path;b/here or is the url-pattern required to have the path parm in it (same with a context having a parm in it) because neither of these work now. ------------------------ For the above comment, SRV.11.1 says: "The path used for mapping to a servlet is the request URL from the request object minus the context path and the path parameters." That implies the deployment descriptor above should work and the <url-pattern> should not contain the path parameters. However, the spec doesn't talk about the case when the path params are within the context path. So, it's up to the container, and I would think that we can apply the same rule for the context path too. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
