tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Patrick Luby <patrick.l...@sun.com>
Subject Re: [5.0] [PROPOSAL] Refactored mapper
Date Thu, 15 Aug 2002 22:38:40 GMT
Remy and Costin,

I found the following draft wording that is being considered for the
Servlet 2.4 spec. The exact wording may change, but the context should
stay the same. Are there any unimplementable pieces in this proposed
wording:

The wording in the 4th paragraph in section 9.10 of the Servlet 2.4 spec
may change to:

   The web server must append each welcome file in the order
   specified in the deployment descriptor to the partial request and
   check whether a [static] resource [or servlet] in the WAR is
   mapped to that request URI. The web container must send the
   request to the first resource in the WAR that matches [in the
   order of 1. a static resource, 2. a servlet that matches
   exactly, 3. a servlet that matches according to the path
   mapping rule].

Patrick


costinm@covalent.net wrote:
> 
> On Thu, 15 Aug 2002, Remy Maucherat wrote:
> 
> > Yes, but welcome files for non physical resources cannot be implemented
> > (since you have no way of asking a servlet if it can or cannot process a
> > resource).
> > I'll implement something which works and which is very close to what t
> > spec requires.
> >
> > Again, I have sent many messages to the spec leads about this issue
> > without any result, so I give up ...
> 
> The current specification is not implementable for Apache ( or any other
> web server ) - and it breaks every pattern that was used in the web.
> 
> I don't know if we have any representative in the expert group or
> what's the procedure that apache follows in voting for JCP specs -
> but if this is not resolved I'll do my best to find out.
> 
> I'm also curious to who is representing apache ( if any ) in the
> JSP spec - I'm still strugling to understand how the TLD stuff
> happened and nobody noticed or complained in any way - the whole
> 'config in web.xml' model is now screwed, with any file ( including
> jars ) potentially storing config for web applications.
> 
> Costin
> 
> --
> To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>

-- 
_____________________________________________________________________
Patrick Luby                          Email: patrick.luby@sun.com
Sun Microsystems                              Phone: 408-276-7471
901 San Antonio Road, USCA14-303
Palo Alto, CA 94303-4900
_____________________________________________________________________

--
To unsubscribe, e-mail:   <mailto:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message