Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 50577 invoked from network); 10 Nov 2004 14:21:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 10 Nov 2004 14:21:22 -0000 Received: (qmail 23211 invoked by uid 500); 10 Nov 2004 14:20:36 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 23093 invoked by uid 500); 10 Nov 2004 14:20:34 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 23050 invoked by uid 99); 10 Nov 2004 14:20:34 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.28) with SMTP; Wed, 10 Nov 2004 06:20:32 -0800 Received: (qmail 17848 invoked by uid 50); 10 Nov 2004 14:20:26 -0000 Date: 10 Nov 2004 14:20:26 -0000 Message-ID: <20041110142026.17847.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@cocoon.apache.org Cc: Subject: DO NOT REPLY [Bug 16537] - [PATCH] fixed redirect under JRun 3.1 X-Virus-Checked: Checked 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://issues.apache.org/bugzilla/show_bug.cgi?id=16537 [PATCH] fixed redirect under JRun 3.1 ------- Additional Comments From durdina@asset.sk 2004-11-10 14:20 ------- I investigated similar/same behaviour on Webshpere 5.1. I prepared a patch (not yet subitted), but more complex solution is required. Take look at attached patch release_2_1_5_1.patch_3.txt: ... IBM WAS 5.1 doesn't correctly handle redirects to relative urls i.e. httpResponse.sendRedirect("portal.html"); at current uri http:/host/context/myportal/login.html - GET http:/host/context/myportal/portal.html (Tomcat 4.1) - GET http:/host/context/portal.html (IBM WAS 5.1) Absolute redirecting should probably go to http environment layer as a configurable feature (web.xml) in the future ... I suggest to implement minimalistic test sample, that would test: 1.) relative redirect 2.) redirect to url using '..' notation 3.) implement feature "force absolute redirecting" in o.a.c.environment.http.HTTPRequest I can provide testing for WebSphere 5.1, JRun 3.1 and JRun 4. WDYT?