DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=25965>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=25965 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2005-01-06 04:21 ------- FYI, I deployed the client.war and server.war (attached to this bug report by Scott) to the Sun One Application Server 8.1 and it worked as I expected (the RD obtained by ServerServlet in application B correctly includes /test.jsp in application B). That's two servers so far that I have tested where it works (Weblogic 8.1 and Sun One Application Server 8.1 2005Q1). I would imagine that Sun got the implementation correct on their own spec? Mark: You stated "Relative paths are, by definition, relative to the current request". I believe that they are relative to the root of the current application context. This might be why the the getRequestDispatcher() method exists in the ServletContext (and not in the request). Remy: I do not think it is a waste of time to report bugs or to discuss spec. compliance so that Tomcat conforms to it. My goal is the same as yours - to improve Tomcat. Otherwise, I would not be spending all this time posting. I hope you would welcome folks reporting bugs and encourage discussion going forward instead of dismissing them as a waste of time. I am moving the status to REOPENED. I hope that you will recognize that this is a bug after all and not continue to insist that Tomcat's implementation is correct and others (Sun, BEA etc) are incorrect. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
