As a last effort I removed all the jersey related jar files from
glassfish/modules directory and Started the glassfish. That made the
application work. But, it failed to start the glassfish admin console.
But that just hints back to the fact that jersey libraries in Glassfish
is causing the error.
Thanks
On Wed, Aug 1, 2012 at 5:50 AM, Sergey Beryozkin <sberyoz...@gmail.com
<mailto:sberyoz...@gmail.com>> wrote:
Also see this section:
http://cxf.apache.org/docs/__application-server-specific-__configuration-guide.html
<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=java__x.ws.rs
<http://javax.ws.rs>
<http://javax.ws.rs>,javax.ws
<http://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.__AbstractWSDLBasedEndpointFacto__ry.createEndpoint(__AbstractWSDLBasedEndpointFacto__ry.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>
<mailto: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>>
<mailto: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
<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>>__>
<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
<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>>>
<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:
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://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>>>
<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
<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
<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>
<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>>>__>
<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
<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>
<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
<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
