W3C home > Mailing lists > Public > www-jigsaw@w3.org > September to October 1999

Re: Servlet RequestDispatcher issues

From: Benoit Mahe <Benoit.Mahe@sophia.inria.fr>
Date: Mon, 25 Oct 1999 17:05:43 +0200
Message-ID: <381471C7.EBAA49D@sophia.inria.fr>
To: Wes Biggs <wes@cacas.org>
CC: www-jigsaw@w3.org
You can get a developement release at [1], with the RequestDispatcher bug

[1] http://jigsaw.w3.org/Devel/

Wes Biggs wrote:

> Hello all,
> I'm developing GNUJSP (http://www.klomp.org/gnujsp/) using Jigsaw
> 2.1.0.   Thank you for providing an excellent piece of software and a
> very good servlet API implementation.
> Jigsaw's implementation of javax.servlet.RequestDispatcher handles an
> include() method call by setting the HttpServletRequests's parameters
> (requestURI, pathInfo, etc.) to those of the newly included resource.
> However, on return it doesn't reset them to the original values.
> JSP specifies a PageContext.include(relativeURI) function which GNUJSP
> implements.  We need to be able to examine the current request context
> to "calculate" the new URI, and if this includes directories from
> previous include calls made during this request, there's no way to
> reliably reconstruct the current request URI.
> As another implementation strategy, the latest Servlet API specification
> recommends (mandates?) the use of request attributes to hold the new
> (included) path information: javax.servlet.include.request_uri, etc.
> Thanks,
> Wes

- Benoît Mahé -------------------------------------------------------
                      World Wide Web Consortium   (W3C)
                    Architecture domain - Jigsaw Engineer

                http://www.w3.org/People/Mahe  - bmahe@w3.org
Received on Monday, 25 October 1999 11:05:56 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:25:35 UTC