Hi
I'm wondering how useful the CXF FIQL support [1] can become for
searching the data in this project.
Is there any accepted format for searching with OData ?
Cheers, Sergey
[1]
http://cxf.apache.org/docs/jax-rs-advanced-features.html#JAX-RSAdvancedFeatures-FIQLsearchqueries
On 25/01/12 16:24, Sergey Beryozkin wrote:
Hi Stephan
On 25/01/12 15:51, Klevenz, Stephan wrote:
Sergey,
Thanks. I have tested with 2.6.0-SNAPSHOT and this problem disappeared.
Looking for to get a new release :)
Good news, thanks for the quick confirmation
Sergey
Regards,
Stephan
-----Original Message-----
From: Sergey Beryozkin<[email protected]>
Reply-To: "[email protected]"<[email protected]>
Date: Wed, 25 Jan 2012 00:39:32 +0100
To: "[email protected]"<[email protected]>
Subject: Re: CXF Rest / odata4j
This has been fixed on trunk/2.5.x/2.4.x,
but on on 2.3.x, just in case...
Technically, some of those characters which were previously encoded can
be kept as is when added to the path, but I still want to encode them
because it seems as if keeping them non-encoded may upset some legacy
servers :-) so keeping the 2.3.x without the fixes for now but of
course that can be pushed there too
Was a bit worried about '&' as it needs to be replaced with& in the
generated WADL if it is added un-encoded in @Path but ultimately it's a
XML processor which will read WADL so it should not be a prob
Give the snapshots a try please when you give a chance
Sergey
On 24/01/12 17:13, Sergey Beryozkin wrote:
Hi
On 24/01/12 16:53, Klevenz, Stephan wrote:
Hi,
I'm new to CXF and have a question about the REST part. Just for
context the GoogleCode project odata4j [1] wants to support CXF as an
alternative JAX-RS implementation in parallel to Jersey which is
supported, too. The CXF version we are using is the latest and
greatest 2.5.1.
To my question: While execution of full integration JUnit test which
is launching the CXF WebClient and a Jetty server the URI [2] received
by the server does not map to any method of a resource class. The log
[3] prints the path of the URI and it seems that it is not decoded
correctly. How can I change this behavior?
Maybe I have just overseen documentation and would appreciate any
hint.
I think it is a WebClient bug in that it wrongly encodes "("& ")".
That will be fixed shortly.
What I'm not sure is what to recommend as a workaround. Perhaps, if
feasible, add a handler for
@Path("categories%28{id}%29/products")
which will deal with the clients encoding too eagerly.
Cheers, Sergey
Regards,
Stephan
[1] http://code.google.com/p/odata4j/
[2] uri = http://localhost:8810/test/test.svc/categories(1)/products
[3]
WARNUNG: No operation matching request path
"/test/test.svc/categories%281%29/products" is found, Relative Path:
/, HTTP Method: GET, ContentType: */*, Accept: application/xml,.
Please enable FINE/TRACE log level for more details.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
