Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 28928 invoked from network); 11 Dec 2003 19:44:45 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 11 Dec 2003 19:44:45 -0000 Received: (qmail 14314 invoked by uid 500); 11 Dec 2003 19:44:28 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 14268 invoked by uid 500); 11 Dec 2003 19:44:27 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 14255 invoked from network); 11 Dec 2003 19:44:27 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 11 Dec 2003 19:44:27 -0000 Received: (qmail 11803 invoked by uid 50); 11 Dec 2003 19:44:44 -0000 Date: 11 Dec 2003 19:44:44 -0000 Message-ID: <20031211194444.11802.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 25015] - CoyoteAdapter is breaking path info X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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 amyroh@apache.org 2003-12-11 19:44 ------- I don't think the spec has clearly resolved this issue. Right now, it somewhat implies that the return value of getPathInfo() include the things after ";". SRV.4.1 "Path parameters that are part of a GET request are not exposed by these APIs.(getParameter, etc.) They must be parsed from the String values returned by the getRequestURI method or the getPathInfo method." However, practically, the path parameter can be placed ANYWHERE in the URL and it is confusing that getPathInfo returns them. I think returning "/appnama/servlet-name/extra" is fine. As long as getRequestURI contains the path params, I don't think it violates the spec. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org