Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 4701 invoked from network); 24 Nov 2003 12:48:00 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 24 Nov 2003 12:48:00 -0000 Received: (qmail 38382 invoked by uid 500); 24 Nov 2003 12:47:54 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 38079 invoked by uid 500); 24 Nov 2003 12:47:52 -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 38065 invoked from network); 24 Nov 2003 12:47:51 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 24 Nov 2003 12:47:51 -0000 Received: (qmail 18211 invoked by uid 50); 24 Nov 2003 12:47:58 -0000 Date: 24 Nov 2003 12:47:58 -0000 Message-ID: <20031124124758.18210.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 24940] New: - Direct access to request wrapped in (Http)ServletWrapper 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=24940 Direct access to request wrapped in (Http)ServletWrapper Summary: Direct access to request wrapped in (Http)ServletWrapper Product: Tomcat 5 Version: 5.0.14 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: Paul.Harvey@fdisolutions.com The ServletWrapper class provides getRequest and setRequest methods - as specificied in Java™ Servlet Specification Version 2.4 Final Draft. These methods are used in core of Tomcat to directly access the wrapped request and hence to bipass the wrapper. The whole point of the wrapper is to do just that - to wrap the request, so all access to the wrapped object should go through the wrapper implementation - this allows it to control and to modify access to the request as it sees fit. It would seem best to me to remove the getRequest and setRequest methods altogether in order to force access through the Wrapper (of course this would mean altering the 2.4 spec. doc also). This is not just a theoretical design problem it has manifested as a bug in my code. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org