Cool - I've also mentioned it upstream to the Sling developers, but havn't yet raised any jira issues for them yet. If mounting to /* works, I'm guessing it'd be more appropriate to get Sling to change, than have paxweb transparently change a / mount to /*.
Mark On Sun, Nov 16, 2008 at 7:12 AM, Alin Dreghiciu <[EMAIL PROTECTED]>wrote: > I postponed doing something about this (I had the code actually > working) as I'm not sure how we should handle the situation. > I posted a question to OSGi Alliance, so for the moment let's wait for > other people have to say. > > On Sat, Nov 15, 2008 at 3:48 PM, Alin Dreghiciu <[EMAIL PROTECTED]> > wrote: > > 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 > > > > > > -- > 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
