Hi Guys
Can such issues be discussed on a Jersey list please :-) ?
In CXF we're obviously interested in discussing CXF JAXRS related issues. Users are totally free which versions to choose and it is
a Jersey specific issue on how to ensure it works in environments where other JAXRS implementations are available
thanks, Sergey
You may want to try disabling Jersey classpath scanning for resources and providers and instead use PackagesResourceConfig. This
can be done by configuring web.xml:
<servlet>
<servlet-name>Jersey Web Application</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>rest.resources;rest.providers</param-value>
</init-param>
</servlet>
-Arul
Sergey Beryozkin wrote:
You may also want to check the Jersey user list - I thiink there were some suggestions on how to deal with it - you need to setup
some Jersey (servlet ?) properties ....
Cheers, Sergey
----- Original Message ----- From: "Daniel Kulp" <[email protected]>
To: <[email protected]>
Cc: <[email protected]>
Sent: Friday, March 27, 2009 3:27 PM
Subject: Re: Using Jersey 1.x for JAX-RS along CXF 2.1.x for JAX-WS
On Mon March 16 2009 2:52:16 pm [email protected] wrote:
I already have an application using Jersey 1.x for JAX-RS but I want to use
CXF 2.1.x for JAX-WS but when I include CXF Jersey seems to try to use CXF
providers and gives these errors. Are any of you guys using CXF with
Jersey?
I don't think you'll be able to use the "bundle" jar. However, if you use
the smaller module jars (in the modules directory), you could pull out the
stuff you don't want/need, the JAX-RS stuff being one of them.
Dan
2009-03-16 18:01:14 com.sun.jersey.api.core.ClasspathResourceConfig init
INFO: Provider classes found:
class org.apache.cxf.jaxrs.provider.AtomFeedProvider
class org.apache.cxf.jaxrs.provider.AegisElementProvider
class org.apache.cxf.jaxrs.provider.JAXBElementProvider
class org.apache.cxf.jaxrs.provider.ActivationProvider
class org.apache.cxf.jaxrs.provider.SourceProvider
class org.apache.cxf.jaxrs.provider.XMLBeansJSONProvider
class org.apache.cxf.jaxrs.impl.PathSegmentImpl
class org.apache.cxf.jaxrs.provider.XMLBeansElementProvider
class org.apache.cxf.jaxrs.provider.StringProvider
class org.apache.cxf.jaxrs.provider.AtomEntryProvider
class org.apache.cxf.jaxrs.provider.JSONProvider
class org.apache.cxf.jaxrs.provider.FormEncodingReaderProvider
...
2009-03-16 18:26:50 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet Jersey Web Application threw
exception java.lang.AbstractMethodError:
javax.ws.rs.core.UriBuilder.replacePath(Ljava/lang/String;)Ljavax/ws/rs/cor
e/UriBuilder; at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContai
ner.java:302) at
com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContai
ner.java:239) at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio
nFilterChain.java:290) at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC
hain.java:206) at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j
ava:233) at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j
ava:175) at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:12
8) at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
2) at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav
a:109) at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
p11Protocol.java:583) at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at
java.lang.Thread.run(Thread.java:636)
Ahora también puedes acceder a tu correo Terra desde el móvil.
Infórmate pinchando aquí.
