From users-return-199681-apmail-tomcat-users-archive=tomcat.apache.org@tomcat.apache.org Sat Jul 25 00:18:08 2009 Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 69074 invoked from network); 25 Jul 2009 00:18:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 25 Jul 2009 00:18:07 -0000 Received: (qmail 28376 invoked by uid 500); 25 Jul 2009 00:19:08 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 28315 invoked by uid 500); 25 Jul 2009 00:19:08 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 28304 invoked by uid 99); 25 Jul 2009 00:19:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Jul 2009 00:19:08 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 25 Jul 2009 00:18:58 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1MUUyD-0001vv-1y for users@tomcat.apache.org; Fri, 24 Jul 2009 17:18:37 -0700 Message-ID: <24653695.post@talk.nabble.com> Date: Fri, 24 Jul 2009 17:18:37 -0700 (PDT) From: maestrofjp To: users@tomcat.apache.org Subject: Re: request.getPathInfo() gets truncated when ";" is present In-Reply-To: <4A6A0A3F.80506@christopherschultz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: peter@mach-ii.com References: <4A68BCD6.50606@mach-ii.com> <4A68CD5B.2090402@christopherschultz.net> <4A6969BF.8060105@mach-ii.com> <4A6A0A3F.80506@christopherschultz.net> X-Virus-Checked: Checked by ClamAV on apache.org > Since our framework is deployed on several different CFML servlets -- > their implementation to get at the original http request wrapper differs > a bit (three different vendors). We'll probably stick to use the poor > man's encoding using a modified unicode representation of ";" in the > end. Another solution is to write a filter and use the getRequestURI() > and replace the bad path info in the request with the full length version. >You could implement a Filter that wraps the request for these servlets. >The wrapped request would override the getPathInfo method and perform >the reverse-engineering of the path info you describe above. Yeah, the problem is the CFML engines run on a multitude of containers (not just Tomcat) and I'm not a contributor to any of the open source engines at the moment. >This would allow you to "patch" your servlets all at once without >actually modifying their code, and without going through the backflips >of an alternate URI encoding. One engine is proprietary engine by Adobe -- it's been like pulling teeth to get them to look into the issue. I doubt they will change their engine to fix this defect. Another engine Open BlueDragon ships with an SES Url Filter. It doesn't suffer the same truncation problem as the Adobe engine because it's doing what you suggested by bypassing the path info tomcat provides and parses throught the request.getRequestURI() itself and builds the correct path info and sets that to request. I'm unsure about the behaviour of the open source Railo engine because we just haven't had the time to verify it on that specific engine as such. I suspect that it suffers from the ";" truncation problem. >You could also log a bug and see what happens. As Bill points out, >nobody has been motivated to fix this issue. If you log a bug and get >some feedback, perhaps you could fix it yourself and submit a patch (if >you're motivated). Or, maybe some other kind soul will submit a patch >for it. Since you are motivated to have it work for your application, >you are a good candidate to fix it :) Yeah, I'll submit a bug report and see what happens -- I'll definitely submit a patch if I can find an elegant solution to it. i'm pretty unfamiliar with the Tomcat code base itself. Someone did mention about having to recombine stuff post path resolution -- I'm not sure exactly what was mention since I'm unfamiliar with the internals of Tomcat. Thanks for you help, Peter -- View this message in context: http://www.nabble.com/request.getPathInfo%28%29-gets-truncated-when-%22-%22-is-present-tp24633051p24653695.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org