Re: status 406 from cxf server

[Sergey Beryozkin]

Also see this section:

http://cxf.apache.org/docs/application-server-specific-configuration-guide.html

for what may need to be done to make CXF JAX-WS work on Glassfish

Sergey

On 01/08/12 12:45, Sergey Beryozkin wrote:

Hi


On 31/07/12 01:11, java kurious wrote:

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
<http://javax.ws.rs>,javax.ws.rs.core,javax.ws.rs.ext


That started to cause following problem at the time of deployment.

I'm not sure setting the above property has anything to do with the
below exception, it's actually happening on the JAXWS client
initialization path.
The actual cause of it is not clear to me. It does seem like you have
multiple CXF libraries in WEB-INF/libs, try to eliminate some obvious
candidates. Example, you probably do not need a bundle jar if you also
have individual module jars.

Cheers, Sergey

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 <sberyoz...@gmail.com
<mailto:sberyoz...@gmail.com>> 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
<sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>> 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
<javakuri...@gmail.com <mailto:javakuri...@gmail.com>
<mailto:javakuri...@gmail.com <mailto:javakuri...@gmail.com>>
<mailto:javakuri...@gmail.com <mailto:javakuri...@gmail.com>
<mailto:javakuri...@gmail.com <mailto:javakuri...@gmail.com>>__>__>

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
<sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>>__>
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
<sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>

<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>
<mailto:sberyoz...@gmail.com <mailto:sberyoz...@gmail.com>>>__>__>

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

--
Sergey Beryozkin

Talend Community Coders
http://coders.talend.com/

Blog: http://sberyozkin.blogspot.com