Caused by: org.springframework.beans.BeanInstantiationException: Could
not instantiate bean class
[com.test.customer.manager.client.CusomerManagerClient]: Constructor
threw exception; nested exception is java.lang.NoSuchMethodError:
org.apache.cxf.service.model.InterfaceInfo.setDescription(Lorg/apache/cxf/service/model/DescriptionInfo;)V
at
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:141)
at
org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:108)
at
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:280)
... 56 more
Caused by: java.lang.NoSuchMethodError:
org.apache.cxf.service.model.InterfaceInfo.setDescription(Lorg/apache/cxf/service/model/DescriptionInfo;)V
at
org.apache.cxf.wsdl11.WSDLServiceBuilder.buildInterface(WSDLServiceBuilder.java:565)
at
org.apache.cxf.wsdl11.WSDLServiceBuilder.buildServices(WSDLServiceBuilder.java:347)
at
org.apache.cxf.wsdl11.WSDLServiceBuilder.buildServices(WSDLServiceBuilder.java:203)
at
org.apache.cxf.wsdl11.WSDLServiceFactory.create(WSDLServiceFactory.java:142)
at
org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromWSDL(ReflectionServiceFactoryBean.java:383)
at
org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:506)
at
org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:242)
at
org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.create(JaxWsServiceFactoryBean.java:205)
at
org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:101)
at
org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:90)
at
org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:155)
at
org.apache.cxf.jaxws.JaxWsProxyFactoryBean.create(JaxWsProxyFactoryBean.java:155)
at org.apache.cxf.jaxws.ServiceImpl.createPort(ServiceImpl.java:465)
at org.apache.cxf.jaxws.ServiceImpl.getPort(ServiceImpl.java:332)
at org.apache.cxf.jaxws.ServiceImpl.getPort(ServiceImpl.java:319)
at javax.xml.ws.Service.getPort(Service.java:134)
I suspect that it is another mismatch of jar files, but I could not
pinpoint the exact libraries that needs to be upgraded.
Thanks again for the help so far.
On Mon, Jul 30, 2012 at 3:08 PM, Sergey Beryozkin <[email protected]
<mailto:[email protected]>> wrote:
On 30/07/12 04:57, java kurious wrote:
Ok, I confirmed that it is the problem with Glassfish 3.1. I
deployed
the same application on Tomcat, and it worked fine even with
"text/html,
image/gif, image/jpeg, *; q=.2, */*; q=.2" header.
Thanks for the confirmation
Sergey
Thanks
On Thu, Jul 26, 2012 at 7:07 PM, Sergey Beryozkin
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>> wrote:
Hi
On 26/07/12 18:10, java kurious wrote:
Hi Sergey,
I continue to see the problem with status 406. Is there
a way to
intercept this request before JAXRSInInterceptor, and
change the
ACCEPT
header ?
I've missed your earlier email. I think the fact
MediaTypeHeaderProvider is not called indicates you see Jersey
libraries loaded (given it's Glassfish).
Can you check in Debugger, use Display view, the stacktrace ?
Please also check this email on the changes to do with checking
malformed types:
http://cxf.547215.n5.nabble.____com/Media-type-separator-is-____missing-how-to-troubleshoot-____tt5711524.html
<http://cxf.547215.n5.nabble.__com/Media-type-separator-is-__missing-how-to-troubleshoot-__tt5711524.html
<http://cxf.547215.n5.nabble.com/Media-type-separator-is-missing-how-to-troubleshoot-tt5711524.html>>
However, please verify first if Jersey is loaded and if yes
then
we'll find the way to bypass
Sergey
Thanks for your help.
On Thu, Jul 19, 2012 at 6:35 PM, java kurious
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>__>__>
wrote:
Ok, I have the source code downloaded, and I have
the glassfish
running from NetBeans. As you mentioned, I have
left both
cxf-bundle
and cxf-rt-frontend-jaxrs as dependencies. When both
libraries are
present, /JAXRSInInterceptor.java/ from
cxf-rt-frontend-jaxrs gets
called. I also put breakpoints in
MediaTypeHeaderProvider.java, but
it does not seem to get called. Here are the steps I
followed to
start debugging.
1.
Started the Glassfish in Debug mode.
2.
Issued a request to the REST service.
3.
The code stops at /JAXRSInInterceptor.java's
//*processRequest*//(Message msg) /method at
following
line://
/try {/
/acceptContentTypes =
JAXRSUtils.sortMediaTypes(____acceptTypes);/
/} catch (IllegalArgumentException ex) {/
/throw new WebApplicationException(406);/
/}/
The Accept header was [text/html, image/gif,
image/jpeg, *;
q=.2,
*/*; q=.2].
Let me know what specifically you want me to test.
Thanks
Vineet.
On Thu, Jul 19, 2012 at 2:08 PM, Sergey Beryozkin
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>__>
wrote:
I can see the test (based on the embedded jetty)
working just fine:
ID: 1
Address:
http://localhost:9002/______bookstore/books/123
<http://localhost:9002/____bookstore/books/123>
<http://localhost:9002/____bookstore/books/123
<http://localhost:9002/__bookstore/books/123>>
<http://localhost:9002/____bookstore/books/123
<http://localhost:9002/__bookstore/books/123>
<http://localhost:9002/__bookstore/books/123
<http://localhost:9002/bookstore/books/123>>>
Http-Method: GET
Content-Type: */*
Headers: {Accept=[text/html, image/gif,
image/jpeg, *;
q=.2,
*/*; q=.2], Cache-Control=[no-cache],
connection=[keep-alive],
content-type=[*/*], Host=[localhost:9002],
Pragma=[no-cache],
User-Agent=[Apache CXF ${project.version}]}
and the response is getting is back...
I wonder if Tomcat/Glassfish actually
transforms the Accept
values somehow afterwards, something subtle is
causing
the issue.
Can you please help a bit with debugging it ?
For a start you can probably drop either
bundle or jaxrs
frontend dependency, actually, do it after we
sort out this
issue :-)
Can you download CXF 2.6.1 source:
http://search.maven.org/______remotecontent?filepath=org/______apache/cxf/cxf-bundle/2.6.1/______cxf-bundle-2.6.1-sources.__jar
<http://search.maven.org/____remotecontent?filepath=org/____apache/cxf/cxf-bundle/2.6.1/____cxf-bundle-2.6.1-sources.jar>
<http://search.maven.org/____remotecontent?filepath=org/____apache/cxf/cxf-bundle/2.6.1/____cxf-bundle-2.6.1-sources.jar
<http://search.maven.org/__remotecontent?filepath=org/__apache/cxf/cxf-bundle/2.6.1/__cxf-bundle-2.6.1-sources.jar>>
<http://search.maven.org/____remotecontent?filepath=org/____apache/cxf/cxf-bundle/2.6.1/____cxf-bundle-2.6.1-sources.jar
<http://search.maven.org/__remotecontent?filepath=org/__apache/cxf/cxf-bundle/2.6.1/__cxf-bundle-2.6.1-sources.jar>
<http://search.maven.org/__remotecontent?filepath=org/__apache/cxf/cxf-bundle/2.6.1/__cxf-bundle-2.6.1-sources.jar
<http://search.maven.org/remotecontent?filepath=org/apache/cxf/cxf-bundle/2.6.1/cxf-bundle-2.6.1-sources.jar>>>
and set a breakpoint in
org.apache.cxf.jaxrs.impl.______MediaTypeHeaderProvider,
after the
endpoint starts and then invoke on it ?
I wonder what woukd actually happen...
Thanks, Sergey
On 19/07/12 18:38, Sergey Beryozkin wrote:
Hi,
Yes, I see now...
I have a few tests which seem to confirm
it's been
fixed,
but I guess
the code dealing with this case is a bit
brittle.
I'll experiment a bit more and will get
back to you
Thanks, Sergey
On 19/07/12 18:22, java kurious wrote:
Hi Sergey,
I am implementing a REST web service using
Camel and
CXF. Following is
the signature of the method.
@GET
@Path("/getCustomer")
@Produces({"text/xml","text/______html","application/xml"})
public Customer getCustomer(
@PathParam("name") String name) {
}
Now, I could test the interface with
Firefotx with
success. But when a
different WebClient connected to the same
interface, It
got a Status 406
error. After looking at the log files,
I noticed
following in the
server.log of glassfish.
Accept=[text/html, image/gif,
image/jpeg,*;
q=.2, */*;
q=.2],
The single '*' is causing the problem.
It is not an
acceptable type to
be specified as per the CXF user forum,
http://cxf.547215.n5.nabble.______com/Jersey-CXF-__compatibility-____td5437938.__html
<http://cxf.547215.n5.nabble.____com/Jersey-CXF-compatibility-____td5437938.html
<http://cxf.547215.n5.nabble.__com/Jersey-CXF-compatibility-__td5437938.html
<http://cxf.547215.n5.nabble.com/Jersey-CXF-compatibility-td5437938.html>>>
. To recreate this problem with
Firefox browser, I
changed the header
that Firefox was sending to match the
above
header, and
Firefox also
failed with the same error. Once I
changed* to
*/* in
Firefox,
everything started working again.
Unfortunately, I can't
do that with
the WebClient connecting to my
interface, as
the code is
not available.
In the same forum,
http://cxf.547215.n5.nabble.______com/Jersey-CXF-__compatibility-____td5437938.__html
<http://cxf.547215.n5.nabble.____com/Jersey-CXF-compatibility-____td5437938.html
<http://cxf.547215.n5.nabble.__com/Jersey-CXF-compatibility-__td5437938.html
<http://cxf.547215.n5.nabble.com/Jersey-CXF-compatibility-td5437938.html>>>,
you had mentioned that this '*' issue
should be
fixed.
So, my question
was if this was indeed fixed.
_Following is the trace I have from
Glassfish
Server log. _
INFO: DEBUG [http-thread-pool-8080(1)]
(ServletController.java:209) -
Service http request on thread:
Thread[http-thread-pool-8080(______1),5,grizzly-kernel]
INFO: DEBUG [http-thread-pool-8080(1)]
(AbstractHTTPDestination.java:______192) - Create
a new
message for processing
INFO: DEBUG [http-thread-pool-8080(1)]
(Headers.java:347) - Request
Headers: {Accept=[text/html, image/gif,
image/jpeg, *;
q=.2, */*; q=.2],
accept-charset=[ISO-8859-1,______utf-8;q=0.7,*;q=0.7],
accept-encoding=[gzip,deflate]______,
accept-language=[en,en-gb;q=0.______7,en-us;q=0.3],
cache-control=[max-age=0],
connection=[keep-alive],
Content-Type=[null],
host=[localhost:8080],
keep-alive=[115],
user-agent=[Mozilla/5.0 (X11;
U; Linux
i686; en-US;
rv:1.9.2.16) Gecko/20110323
Ubuntu/10.04 (lucid)
Firefox/3.6.16]}
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______205)
- Adding interceptor
org.apache.cxf.transport.______https.______CertConstraintsInterceptor@______f6c321
to
phase pre-stream
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______674)
- Chain
org.apache.cxf.phase.______PhaseInterceptorChain@10a516f was
created.
Current flow:
receive [PolicyInInterceptor]
pre-stream [CertConstraintsInterceptor]
unmarshal [JAXRSInInterceptor]
pre-logical [OneWayProcessorInterceptor]
invoke [ServiceInvokerInterceptor]
post-invoke [OutgoingChainInterceptor]
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.ws.policy.______PolicyInInterceptor@1b7aa8e
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.transport.______https.______CertConstraintsInterceptor@______f6c321
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.jaxrs.______interceptor.______JAXRSInInterceptor@2bc9ae
INFO: DEBUG [http-thread-pool-8080(1)]
(______WebApplicationExceptionMapper.______java:62) -
WebApplicationException has
been caught, status: 406
javax.ws.rs <http://javax.ws.rs> <http://javax.ws.rs>
<http://javax.ws.rs>.______WebApplicationException
at
org.apache.cxf.jaxrs.______interceptor.______JAXRSInInterceptor.______processRequest(______JAXRSInInterceptor.java:139)
at
org.apache.cxf.jaxrs.______interceptor.______JAXRSInInterceptor.______handleMessage(______JAXRSInInterceptor.java:89)
at
org.apache.cxf.phase.______PhaseInterceptorChain.______doIntercept(______PhaseInterceptorChain.java:______262)
at
org.apache.cxf.transport.______ChainInitiationObserver.______onMessage(______ChainInitiationObserver.java:______123)
at
org.apache.cxf.transport.http.______AbstractHTTPDestination.______invoke(______AbstractHTTPDestination.java:______211)
at
org.apache.cxf.transport.______servlet.ServletController.______invokeDestination(______ServletController.java:213)
at
org.apache.cxf.transport.______servlet.ServletController.______invoke(ServletController.java:______154)
at
org.apache.cxf.transport.______servlet.CXFNonSpringServlet.______invoke(CXFNonSpringServlet.______java:129)
at
org.apache.cxf.transport.______servlet.AbstractHTTPServlet.______handleRequest(______AbstractHTTPServlet.java:187)
at
org.apache.cxf.transport.______servlet.AbstractHTTPServlet.______doGet(AbstractHTTPServlet.______java:115)
at
javax.servlet.http.______HttpServlet.service(______HttpServlet.java:668)
at
org.apache.cxf.transport.______servlet.AbstractHTTPServlet.______service(AbstractHTTPServlet.______java:166)
at
org.apache.catalina.core.______StandardWrapper.service(______StandardWrapper.java:1542)
at
org.apache.catalina.core.______StandardWrapperValve.invoke(______StandardWrapperValve.java:__281)
at
org.apache.catalina.core.______StandardContextValve.invoke(______StandardContextValve.java:__175)
at
org.apache.catalina.core.______StandardPipeline.doInvoke(______StandardPipeline.java:655)
at
org.apache.catalina.core.______StandardPipeline.invoke(______StandardPipeline.java:595)
at
org.apache.catalina.core.______StandardHostValve.invoke(______StandardHostValve.java:161)
at
org.apache.catalina.connector.______CoyoteAdapter.doService(______CoyoteAdapter.java:331)
at
org.apache.catalina.connector.______CoyoteAdapter.service(______CoyoteAdapter.java:231)
at
com.sun.enterprise.v3.______services.impl.ContainerMapper$______AdapterCallable.call(______ContainerMapper.java:317)
at
com.sun.enterprise.v3.______services.impl.ContainerMapper.______service(ContainerMapper.____java:__195)
at
com.sun.grizzly.http.______ProcessorTask.invokeAdapter(______ProcessorTask.java:849)
at
com.sun.grizzly.http.______ProcessorTask.doProcess(______ProcessorTask.java:746)
at
com.sun.grizzly.http.______ProcessorTask.process(______ProcessorTask.java:1045)
at
com.sun.grizzly.http.______DefaultProtocolFilter.execute(______DefaultProtocolFilter.__java:____228)
at
com.sun.grizzly.______DefaultProtocolChain.______executeProtocolFilter(______DefaultProtocolChain.java:137)
at
com.sun.grizzly.______DefaultProtocolChain.execute(______DefaultProtocolChain.java:____104)
at
com.sun.grizzly.______DefaultProtocolChain.execute(______DefaultProtocolChain.java:__90)
at
com.sun.grizzly.http.______HttpProtocolChain.execute(______HttpProtocolChain.java:79)
at
com.sun.grizzly.______ProtocolChainContextTask.______doCall(______ProtocolChainContextTask.java:______54)
at
com.sun.grizzly.______SelectionKeyContextTask.call(______SelectionKeyContextTask.__java:____59)
at
com.sun.grizzly.ContextTask.______run(ContextTask.java:71)
at
com.sun.grizzly.util.______AbstractThreadPool$Worker.______doWork(AbstractThreadPool.______java:532)
at
com.sun.grizzly.util.______AbstractThreadPool$Worker.run(______AbstractThreadPool.java:__513)
at
java.lang.Thread.run(Thread.______java:722)
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.interceptor.______OneWayProcessorInterceptor@______1823fd1
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.interceptor.______ServiceInvokerInterceptor@______11e787e
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.interceptor.______OutgoingChainInterceptor@______178c3da
INFO: DEBUG [http-thread-pool-8080(1)]
(OutgoingChainInterceptor.______java:176) -
Interceptors
contributed by bus:
[org.apache.cxf.ws.policy.______PolicyOutInterceptor@1351523]
INFO: DEBUG [http-thread-pool-8080(1)]
(OutgoingChainInterceptor.______java:180) -
Interceptors
contributed by
service: []
INFO: DEBUG [http-thread-pool-8080(1)]
(OutgoingChainInterceptor.______java:184) -
Interceptors
contributed by
endpoint:
[org.apache.cxf.interceptor.______MessageSenderInterceptor@______1fec925]
INFO: DEBUG [http-thread-pool-8080(1)]
(OutgoingChainInterceptor.______java:190) -
Interceptors
contributed by
binding:
[org.apache.cxf.jaxrs.______interceptor.______JAXRSOutInterceptor@47dcc2]
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______674)
- Chain
org.apache.cxf.phase.______PhaseInterceptorChain@90d38 was
created.
Current flow:
setup [PolicyOutInterceptor]
prepare-send [MessageSenderInterceptor]
marshal [JAXRSOutInterceptor]
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.ws.policy.______PolicyOutInterceptor@1351523
INFO: DEBUG [http-thread-pool-8080(1)]
(PolicyOutInterceptor.java:63) -
No binding operation info.
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.interceptor.______MessageSenderInterceptor@______1fec925
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______205)
- Adding interceptor
org.apache.cxf.interceptor.______MessageSenderInterceptor$______MessageSenderEndingInterceptor______@9e362f
to phase prepare-send-ending
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______672)
- Chain
org.apache.cxf.phase.______PhaseInterceptorChain@90d38 was
modified.
Current flow:
setup [PolicyOutInterceptor]
prepare-send [MessageSenderInterceptor]
marshal [JAXRSOutInterceptor]
prepare-send-ending
[______MessageSenderEndingInterceptor______]
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.jaxrs.______interceptor.______JAXRSOutInterceptor@47dcc2
INFO: DEBUG [http-thread-pool-8080(1)]
(PhaseInterceptorChain.java:______259)
- Invoking handleMessage on interceptor
org.apache.cxf.interceptor.______MessageSenderInterceptor$______MessageSenderEndingInterceptor______@9e362f
INFO: DEBUG [http-thread-pool-8080(1)]
(ServletController.java:218) -
Finished servicing http request on thread:
Thread[http-thread-pool-8080(______1),5,grizzly-kernel]
Thanks again for your help.
On Thu, Jul 19, 2012 at 12:54 PM,
Sergey Beryozkin
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>__>__>
wrote:
Hi,
On 19/07/12 17:37, java kurious wrote:
I am getting following 406 error when
sending a
request to a
REST service.
[#|2012-07-19T11:00:50.226-________0400|INFO|glassfish3.1.1|________javax.enterprise.system.__std.______com.sun.enterprise.__server.______logging|___ThreadID=128;_________ThreadName=Thread-2;|DEBUG
[http-thread-pool-28181(4)]
(________WebApplicationExceptionMapper.________java:62) -
*WebApplicationException
has been caught, status: 406*
javax.ws.rs <http://javax.ws.rs> <http://javax.ws.rs>
<http://javax.ws.rs>
<http://javax.ws.rs>.________WebApplicationException
at
org.apache.cxf.jaxrs.________interceptor.________JAXRSInInterceptor.________processRequest(________JAXRSInInterceptor.java:139)
at
org.apache.cxf.jaxrs.________interceptor.________JAXRSInInterceptor.________handleMessage(________JAXRSInInterceptor.java:89)
INFO: DEBUG [http-thread-pool-8080(5)]
(Headers.java:347) - Request
Headers: {*Accept=[text/html, image/gif,
image/jpeg, *;
q=.2,
*/*; q=.2*],
accept-charset=[ISO-8859-1,________utf-8;q=0.7,*;q=0.7],
accept-encoding=[gzip,deflate]________,
accept-language=[en,en-gb;q=0.________7,en-us;q=0.3],
cache-control=[max-age=0],
connection=[keep-alive],
Content-Type=[null],
host=[localhost:8080],
keep-alive=[115],
user-agent=[Mozilla/5.0 (X11;
U; Linux
i686;
en-US;
rv:1.9.2.16) Gecko/20110323
Ubuntu/10.04 (lucid)
Firefox/3.6.16]}
Can you provide a bit more info please ?
There has to be some more debug statements
showing which
resource
methods have been checked.
How does the resource method signature
look
like ? I can
see a
wilcard (*/*) available in Accept, but
what may
happen
for example
is that some bean is returned but say
it can not be
handled by JAXB, etc
Cheers, Sergey
I saw the discussion on following link:
http://cxf.547215.n5.nabble.________com/Jersey-CXF-____compatibility-____td5437938.____html
<http://cxf.547215.n5.nabble.______com/Jersey-CXF-__compatibility-____td5437938.__html
<http://cxf.547215.n5.nabble.____com/Jersey-CXF-compatibility-____td5437938.html
<http://cxf.547215.n5.nabble.__com/Jersey-CXF-compatibility-__td5437938.html
<http://cxf.547215.n5.nabble.com/Jersey-CXF-compatibility-td5437938.html>>>>
I am wondering if the fix has been
made and if
so, which jar
file do I need
to upgrade. Following are the direct
dependencies I have
declared related
to cxf:
<dependency>
<groupId>org.apache.camel</________groupId>
<artifactId>camel-cxf</________artifactId>
<version>2.9.1</version>
</dependency>
<dependency>
<groupId>org.apache.camel</________groupId>
<artifactId>camel-cxf-________transport</artifactId>
<version>2.9.1</version>
</dependency>
<dependency>
<groupId>org.apache.cxf</________groupId>
<artifactId>cxf-rt-frontend-________jaxrs</artifactId>
<version>2.6.1</version>
</dependency>
<dependency>
<groupId>org.apache.cxf</________groupId>
<artifactId>cxf-bundle</________artifactId>
<version>2.6.1</version>
</dependency>
Thanks for any help.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
