Return-Path: 
 <tomcat-dev-return-29137-apmail-jakarta-tomcat-dev-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org
Received: (qmail 66000 invoked by uid 500); 4 Oct 2001 09:08:28 -0000
Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:tomcat-dev-help@jakarta.apache.org>
list-unsubscribe: <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
list-post: <mailto:tomcat-dev@jakarta.apache.org>
Reply-To: tomcat-dev@jakarta.apache.org
Delivered-To: mailing list tomcat-dev@jakarta.apache.org
Received: (qmail 65981 invoked from network); 4 Oct 2001 09:08:28 -0000
Date: Thu, 4 Oct 2001 10:06:13 +0100 (BST)
From: Jan Grant <Jan.Grant@bristol.ac.uk>
X-X-Sender: <cmjg@mail.ilrt.bris.ac.uk>
To: tomcat-dev <tomcat-dev@jakarta.apache.org>
Subject: Re: welcome files being forwarded to rather than redirected to?
In-Reply-To: <20011003091213.N49410-100000@localhost>
Message-ID: <Pine.GSO.4.31.0110041001200.28256-100000@mail.ilrt.bris.ac.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: Jan Grant <Jan.Grant@bristol.ac.uk>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Wed, 3 Oct 2001, Craig R. McClanahan wrote:

> It's not at all clear that the "Persistent URI" article you referenced has
> anything to do with whether a redirect is used for a welcome file or not

actually, I was more concerned with exposing implementation mechanisms
in URIs; and future-proofing so that when index.jsp becomes
index.csharpsp in the future (only kidding...) I'm not left with an
unmanageable mess.

> Originally (back in the pre-3.2-final days), Tomcat did the equivalent of
> a RequestDispatcher.forward() to display welcome pages.  This caused
> massive problems for people who didn't understand the difference between:
>
>   http://foo.bar/webapp
>
> and
>
>   http://foo.bar/webapp/
>
> In the former case, any relative urls on the "real" welcome page are
> broken.  This caused bug reports about welcome files not working (never
> mind that using a <base> element in your welcome page would have fixed
> it), which led to the current behavior.

Assuming I want this behaviour and I know the difference, is there a
preferred mechanism to replace this line in DefaultServlet.java?


                redirectPath = appendParameters(request, redirectPath);
--              response.sendRedirect(redirectPath);
                return;

Cheers,
jan

-- 
jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/
Tel +44(0)117 9287088 Fax +44 (0)117 9287112 RFC822 jan.grant@bris.ac.uk
Talk is cheap: free, as in beer. As in Real Ale, not that Budweiser rubbish.