Yes, eaven with last update. I will try out something I saw with
alfrseco for path access like {jax-rs base}/folder1/folder2/doc1/path
as another option to get access by path ( {path:.*}/path}. maybe this
works. Thanks

On Sat, Jan 9, 2010 at 7:43 PM, Florent Guillaume <[email protected]> wrote:
> Even with latest updated code?
> Anyway it's too problematic to ask people running Chemistry server
> code to use -Dsomething at Tomcat startup, so I'll change Chemistry to
> use .../object?path={path} for path-based addressing.
>
> It's less elegant but then again there's no way to advertise clean
> path building like http://host/cmis/path/folder1/folder2/foo — they
> just can't be constructed using CMIS 1.0 URI templates, which MUST be
> encoded. Which doesn't prevent us from accepting them however.
>
> Florent
>
>
> On Fri, Jan 8, 2010 at 7:56 PM, Flo <[email protected]> wrote:
>> Ok. When I run tomcat with
>> -Dorg.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true
>> only the first %2F in
>> http://0.0.0.0:8080/poc-atompub-server-spring/srv/cmis/path/%2FCMISTCK%201262621638852%20-%20testObjectByPath%2FtestObjectByPath
>> makes problems. Thats why TCK fails
>>
>>
>> On Fri, Jan 8, 2010 at 7:41 PM, Florent Guillaume <[email protected]> wrote:
>>> No, somethin/%2Fsomething and somethin//something are different URLs.
>>>
>>> And in the CMIS spec, there's a URI template for "objectbypath" where,
>>> by definition of URI templates, you *have* to encode slashes
>>> (according to RFC 3986). So you'll always end up with %2F in some
>>> URLs.
>>>
>>> Florent
>>>
>>> On Fri, Jan 8, 2010 at 7:06 PM, Flo <[email protected]> wrote:
>>>> Thanks for that. But I think it's a Bad request from the TCK because
>>>> somethin/%2Fsomething is somethin//something thats one slash too
>>>> mutch. so it will not success if I start apache with the allow encode
>>>> %2F option.
>>>>
>>>> Regards Florian
>>>>
>>>> On Fri, Jan 8, 2010 at 6:16 PM, Florent Guillaume <[email protected]> wrote:
>>>>> When I say I use CXF 2.2.2 it's actually inside unit tests, so the
>>>>> servlet container used is not Tomcat but an embedded Jetty, which
>>>>> doesn't have any problem with %2F.
>>>>>
>>>>> Florent
>>>>>
>>>>> On Fri, Jan 8, 2010 at 6:02 PM, Flo <[email protected]> wrote:
>>>>>> I use jax-rs cxf 2.2.2 as well. If I type the path without the %2F's
>>>>>> in browser or via curl it's ok. strange.
>>>>>>
>>>>>> Florian Roth
>>>>>>
>>>>>> On Fri, Jan 8, 2010 at 5:18 PM, Florent Guillaume <[email protected]> wrote:
>>>>>>> That's very strange, it works well for me with the JAX-RS
>>>>>>> implementation from CXF 2.2.2 (used in unit tests), but apparently
>>>>>>> your JAX-RS implementation (which is it?) fails. And I just tested
>>>>>>> with RESTEasy 1.0.2 and it fails as well.
>>>>>>>
>>>>>>> I'll investigate -- but you're right this must have something to do
>>>>>>> with the path percent-decoding.
>>>>>>>
>>>>>>> Florent
>>>>>>>
>>>>>>> On Fri, Jan 8, 2010 at 3:35 PM, Flo <[email protected]> wrote:
>>>>>>>> Yes, im sure. I use jaxrs and configure it with spring and deploy on
>>>>>>>> Apache tomcat 6.x
>>>>>>>>
>>>>>>>> Is it possible that Tomcat has problems with %2F ? I ve no idea.
>>>>>>>> GetObjectByPath in Abderaresource is never called.
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Florent Guillaume, Director of R&D, Nuxeo
>>>>>>> Open Source, Java EE based, Enterprise Content Management (ECM)
>>>>>>> http://www.nuxeo.com   http://www.nuxeo.org   +33 1 40 33 79 87
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Florent Guillaume, Director of R&D, Nuxeo
>>>>> Open Source, Java EE based, Enterprise Content Management (ECM)
>>>>> http://www.nuxeo.com   http://www.nuxeo.org   +33 1 40 33 79 87
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Florent Guillaume, Director of R&D, Nuxeo
>>> Open Source, Java EE based, Enterprise Content Management (ECM)
>>> http://www.nuxeo.com   http://www.nuxeo.org   +33 1 40 33 79 87
>>>
>>
>
>
>
> --
> Florent Guillaume, Director of R&D, Nuxeo
> Open Source, Java EE based, Enterprise Content Management (ECM)
> http://www.nuxeo.com   http://www.nuxeo.org   +33 1 40 33 79 87
>

Reply via email to