Re: rest matching patterns

2011-10-13 Thread Romain Manni-Bucau
yep in 2.4.3 it works (i think the snapshot was not deployed last time) sorry the my last useless mail and thank you very much for your time - Romain 2011/10/13 Sergey Beryozkin > Hi > > Have a look at these revisions: > > trunk: > http://svn.apache.org/viewvc?**rev=1183107&view=rev

Re: rest matching patterns

2011-10-13 Thread Sergey Beryozkin
Hi Have a look at these revisions: trunk: http://svn.apache.org/viewvc?rev=1183107&view=rev 2.4.4-SNAPSHOT: http://svn.apache.org/viewvc?rev=1183113&view=rev It just works. So I'm wondering, if it the fact that the invocation is going through OpenEJB integration layer that makes a difference ?

Re: rest matching patterns

2011-10-13 Thread Romain Manni-Bucau
sorry, it is: @GET @Path("/bar) String foo() and @GET @Path("/{id}") String foo(@PathParam("id"}) Long id) and the parent has the annotation @Path("/foo"). I tried with some @Produces to specify plain text or xml media type but the error is the same. There is no consume (so no filtering at this l

Re: rest matching patterns

2011-10-13 Thread Sergey Beryozkin
Give me the complete info please: @PathParam, HTTP verb present on both methods or not, @Consumes/@Produces, I'm assuming it is @Path("/foo/bar") for foo() and @Path("/foo/{id}") for foo(Lomg l) On 13/10/11 17:01, Romain Manni-Bucau wrote: I tried 2.4.3. Signature 1 foo() Signature 2 foo(Long

Re: rest matching patterns

2011-10-13 Thread Romain Manni-Bucau
I tried 2.4.3. Signature 1 foo() Signature 2 foo(Long l) - Romain Le 13 oct. 2011 17:55, "Sergey Beryozkin" a écrit : > It does not work with 2.4.2 ? > > Can you also send me the signature of the 2 methods ? > > cheers, Sergey > > On 13/10/11 16:46, Romain Manni-Bucau wrote: > >> it doesn't se

Re: rest matching patterns

2011-10-13 Thread Sergey Beryozkin
It does not work with 2.4.2 ? Can you also send me the signature of the 2 methods ? cheers, Sergey On 13/10/11 16:46, Romain Manni-Bucau wrote: it doesn't seem to work, maybe because the type is not matching: /foo/123 /foo/{id} here id and 123 are long so it works but /foo/{id} /foo/bar he

Re: rest matching patterns

2011-10-13 Thread Romain Manni-Bucau
it doesn't seem to work, maybe because the type is not matching: /foo/123 /foo/{id} here id and 123 are long so it works but /foo/{id} /foo/bar here id and bar have different types so it doesn't match. am i wrong? - Romain 2011/10/13 Sergey Beryozkin > Hi > > > On 12/10/11 21:34, Romain Ma

Re: rest matching patterns

2011-10-13 Thread Sergey Beryozkin
Hi On 12/10/11 21:34, Romain Manni-Bucau wrote: Hi, thanks for this reply, i use cxf through OpenEJB and the version is the 2.4.1, do you know if it was already included? There was only one relevant fix after 2.4.1: https://issues.apache.org/jira/browse/CXF-3608 If you have in 2.4.1 class