I'm looking now if I could do what you propose, meaning that in case that the servlet is registered at "/" internally to register the servlet in Jetty for path "/*". Looks like working but I have a doubt about this because I recall that while implementing Pax Web it was not working correct. The "problem" is that I dod not recall why. So, my doubt :)
On Fri, Nov 14, 2008 at 10:18 PM, Mark Derricutt <[EMAIL PROTECTED]> wrote: > I was just reading that actually :) I guess if /* was used, rather than / - > things might work. I'll go chase this up over on the sling side. > > Cheers, > Mark > > On Sat, Nov 15, 2008 at 10:05 AM, Alin Dreghiciu <[EMAIL PROTECTED]> > wrote: >> >> Section SRV.11.2 Specification of Mappings >> specifies that: >> • A string containing only the '/' character indicates the "default" >> servlet of >> the application. In this case the servlet path is the request URI >> minus the context >> path and the path info is null. >> >> On Fri, Nov 14, 2008 at 9:58 PM, Alin Dreghiciu <[EMAIL PROTECTED]> >> wrote: >> > Servlet specs 2.4. That's the one I was looking at. But I guess it is >> > the same in the other version of the specs. >> > >> > On Fri, Nov 14, 2008 at 9:36 PM, Mark Derricutt <[EMAIL PROTECTED]> wrote: >> >> It was actually the servlet mapping issue that was the problem - as it >> >> causes Apache Sling to no longer work. >> >> >> >> Which spec were you looking at? Reading through >> >> >> >> http://jetty.mortbay.org/jetty5/faq/faq_s_500-Servlets_t_Path%20Mapping.html: >> >> >> >> Path Spec: / >> >> >> >> Will match: / path= info=/ >> >> /path path= info=/path >> >> /path/ path= info=/path/ >> >> /path/info path= info=/path/info >> >> >> >> /path/info.jsp path= info=/path/info.jsp >> >> >> >> /other path= info=/other >> >> >> >> From the ticket: "if the same servlet is registered in exactly the same >> >> manner to "/" and a request is made to "/foo/bar" the servlet path is >> >> set to >> >> "/foo/bar" and the path info is null" which doesn't seem to match the >> >> above; >> >> which implies that path should be "" and info "/foo/bar". >> >> >> >> Mark >> >> >> >> On Sat, Nov 15, 2008 at 7:28 AM, Alin Dreghiciu <[EMAIL PROTECTED]> >> >> wrote: >> >>> >> >>> The bug about the servlet mapping is closed as looking at the specs it >> >>> is an feature not a bug. I still have the welcome files problem, but >> >>> if that is not what blocks you then there is nothing more about Pax >> >>> Web that would require releasing. >> >>> Only maybe the usage of Jetty 6.1.12 but in that case you should know >> >>> that you can use Pax Web with any version of Jetty starting with >> >>> 6.1.3. To figure out how, read about here: >> >>> http://wiki.ops4j.org/confluence/x/PYBb >> >>> >> >>> So, let me know what do you actually need from 0.5.2. >> >>> >> >>> On Fri, Nov 14, 2008 at 2:08 AM, Mark Derricutt <[EMAIL PROTECTED]> >> >>> wrote: >> >>> > 'lo all - even thou there's 3 issues against PAXWEB 0.5.2 [1] I was >> >>> > wondering if there might be an ETA of when they might get >> >>> > resolved/released? >> >>> > >> >>> > Mark >> >>> > >> >>> > [1] http://issues.ops4j.org/jira/browse/PAXWEB/fixforversion/10261 >> >>> > >> >>> > -- >> >>> > "It is easier to optimize correct code than to correct optimized >> >>> > code." >> >>> > -- >> >>> > Bill Harlan >> >>> > >> >>> > _______________________________________________ >> >>> > general mailing list >> >>> > [email protected] >> >>> > http://lists.ops4j.org/mailman/listinfo/general >> >>> > >> >>> > >> >>> >> >>> >> >>> >> >>> -- >> >>> Alin Dreghiciu >> >>> http://www.ops4j.org - New Energy for OSS Communities - Open >> >>> Participation Software. >> >>> http://www.qi4j.org - New Energy for Java - Domain Driven >> >>> Development. >> >>> http://malaysia.jayway.net - New Energy for Projects - Great People >> >>> working on Great Projects at Great Places >> >>> >> >>> _______________________________________________ >> >>> general mailing list >> >>> [email protected] >> >>> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> >> >> >> >> -- >> >> "It is easier to optimize correct code than to correct optimized code." >> >> -- >> >> Bill Harlan >> >> >> >> _______________________________________________ >> >> general mailing list >> >> [email protected] >> >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> >> > >> > >> > >> > -- >> > Alin Dreghiciu >> > http://www.ops4j.org - New Energy for OSS Communities - Open >> > Participation Software. >> > http://www.qi4j.org - New Energy for Java - Domain Driven >> > Development. >> > http://malaysia.jayway.net - New Energy for Projects - Great People >> > working on Great Projects at Great Places >> > >> >> >> >> -- >> Alin Dreghiciu >> http://www.ops4j.org - New Energy for OSS Communities - Open >> Participation Software. >> http://www.qi4j.org - New Energy for Java - Domain Driven >> Development. >> http://malaysia.jayway.net - New Energy for Projects - Great People >> working on Great Projects at Great Places >> >> _______________________________________________ >> general mailing list >> [email protected] >> http://lists.ops4j.org/mailman/listinfo/general > > > > -- > "It is easier to optimize correct code than to correct optimized code." -- > Bill Harlan > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > > -- Alin Dreghiciu http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org - New Energy for Java - Domain Driven Development. http://malaysia.jayway.net - New Energy for Projects - Great People working on Great Projects at Great Places _______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
