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

Reply via email to