Hi Sergey,
Thanks for bearing with me while I try to debug the problem, and help me
move further.
I disabled the jaxrs library being used by Glassfish by setting following
jvm option:
-Dcom.sun.enterprise.overrideablejavaxpackages=javax.ws.rs,javax.ws.rs.core,javax.ws.rs.ext
That started to cause following problem at the time of deployment.
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]>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]>> 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]>**
>> >__>
>>
>> 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]>>**>
>> 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>.____**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]>>**>__>
>>
>> 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>.______**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
>>
>>
>>
