thank you, Paul.
I ran into an issue a long time back when using param "com.sun.jersey.config.property.packages". Somehow, I never determined why, but jersey does not look for the package names inside .jar files in my class path. It only looks at whatever is under "classes".
I am looking at how I can override the ScanningResourceConfig in PackagesResourceConfig to allow for searching the packages inside the .jar files in my classpath.
Or whaever you recommend. The classes that implement the REST beans are in a .jar.
I remember when I reported this that you said that you tested it and it worked on your side. We use tomcat 6, Spring 2.5 and hibernate 3.3. I do not know if the Spring injection and/or
timing of loading the servlets (<load-on-startup> parameter in web.xml) might help. I would prefer to know if there is a class/method I can override to tell Jersey to look for these packages in the .jar files in my classpath.
Thanks,
Gisella
-----Original Message-----
From: Paul Sandoz [mailto:Paul.Sandoz_at_oracle.com]
Sent: Monday, August 23, 2010 2:19 AM
To: users_at_jersey.dev.java.net
Subject: Re: [Jersey] FW: Jersey 1.3 & Apache CXF
Hi Gisella,
Some components of the CXF JAX-RS implementation are being picked up
when scanning all classes in WEB-INF/lib and WEB-INF/classes
Configure your web app to use package scanning instead. Add the
following init param to your servlet:
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>class com.navis.carina.diagnostic.rest.resources</
param-value>
</init-param>
Paul.
On Aug 20, 2010, at 8:23 PM, Saavedra, Gisella wrote:
> Sorry, I've sent the message to the wrong list.
> I found this:
> https://jersey.dev.java.net/servlets/ReadMsg?list=users&msgNo=4965
>
> In any case, any other alternative?
>
> Thanks,
>
> Gisella
>
> From: Saavedra, Gisella
> Sent: Friday, August 20, 2010 11:01 AM
> To: 'dev_at_jersey.dev.java.net'
> Subject: Jersey 1.3 & Apache CXF
>
> Hello,
>
> I am trying to upgrade from Jersey 1.1.x to Jersey version 1.3, but
> I get an error for Apache CXF. Our application uses Groovy code
> that uses Apache CXF.
> The CFX version I have is 2.1.9. I have also tried version 2.2.10
> (latest) and get the same errors.
> We use Tomcat 6.0.26 and JDK 6.0.20.
>
> Then I tried to upgrade to Jersey 1.2, and I do not get these errors.
>
> Any suggestion?
>
> ------------------------------------------------------------------------------ log
> ----------------
>
> Aug 20, 2010 10:16:10 AM
> com.sun.jersey.api.core.WebAppResourceConfig init
> INFO: Scanning for root resource and provider classes in the Web app
> resource paths:
> /WEB-INF/lib
> /WEB-INF/classes
> Aug 20, 2010 10:16:17 AM
> com.sun.jersey.api.core.ScanningResourceConfig logClasses
> INFO: Root resource classes found:
> class com.navis.carina.diagnostic.rest.resources.SNTPResource
> class com.navis.carina.diagnostic.rest.resources.LogBundleResource
> class com.navis.carina.diagnostic.rest.resources.LogListResource
> class
> com
> .navis
> .carina.diagnostic.rest.resources.registry.ApiUpdateActionResource
> class
> com
> .navis
> .carina
> .diagnostic.rest.resources.registry.RegistryUpdateServiceResource
> class
> com.navis.carina.diagnostic.rest.resources.BeanAttributeResource
> class
> com
> .navis
> .carina.diagnostic.rest.resources.registry.NotifyUpdateActionResource
> class
> com.navis.carina.diagnostic.rest.resources.SelfDiagnosisResource
> Aug 20, 2010 10:16:17 AM
> com.sun.jersey.api.core.ScanningResourceConfig logClasses
> INFO: Provider classes found:
> class org.apache.cxf.jaxrs.provider.MultipartProvider
> class org.apache.cxf.jaxrs.provider.AtomFeedProvider
> class org.apache.cxf.jaxrs.impl.PathSegmentImpl
> class org.apache.cxf.jaxrs.provider.AegisElementProvider
> class org.apache.cxf.jaxrs.provider.FormEncodingProvider
> class org.apache.cxf.jaxrs.provider.XMLBeansJSONProvider
> class org.apache.cxf.jaxrs.provider.SourceProvider
> class org.apache.cxf.jaxrs.provider.XMLBeansElementProvider
> class org.apache.cxf.jaxrs.provider.JSONProvider
> class org.apache.cxf.jaxrs.provider.AtomEntryProvider
> class org.apache.cxf.jaxrs.provider.JAXBElementProvider
> Aug 20, 2010 10:16:17 AM
> com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
> INFO: Initiating Jersey application, version 'Jersey: 1.3 06/17/2010
> 04:53 PM'
> Aug 20, 2010 10:16:18 AM com.sun.jersey.spi.inject.Errors
> processErrorMessages
> SEVERE: The following errors and warnings have been detected with
> resource and/or provider classes:
> SEVERE: Missing dependency for field: private
> org.apache.cxf.jaxrs.ext.MessageContext
> org.apache.cxf.jaxrs.provider.FormEncodingProvider.mc
> SEVERE: Missing dependency for method public void
> org
> .apache
> .cxf
> .jaxrs
> .provider
> .JAXBElementProvider
> .setMessageContext(org.apache.cxf.jaxrs.ext.MessageContext) at
> parameter at index 0
> SEVERE: Missing dependency for field: private
> org.apache.cxf.jaxrs.ext.MessageContext
> org.apache.cxf.jaxrs.provider.MultipartProvider.mc
> Aug 20, 2010 10:16:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory docs
> Aug 20, 2010 10:16:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory examples
> Aug 20, 2010 10:16:19 AM org.apache.catalina.startup.HostConfig
> deployDirectory
> INFO: Deploying web application directory ROOT
> Aug 20, 2010 10:16:19 AM org.apache.coyote.http11.Http11Protocol start
> INFO: Starting Coyote HTTP/1.1 on http-8280
> Aug 20, 2010 10:16:19 AM org.apache.jk.common.ChannelSocket init
> INFO: JK: ajp13 listening on /0.0.0.0:8009
> Aug 20, 2010 10:16:19 AM org.apache.jk.server.JkMain start
> INFO: Jk running ID=0 time=0/16 config=null
> Aug 20, 2010 10:16:19 AM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 24363 ms
>
>
>
> - CONFIDENTIAL-
>
> This email and any files transmitted with it are confidential, and
> may also be legally privileged. If you are not the intended
> recipient, you may not review, use, copy, or distribute this
> message. If you receive this email in error, please notify the
> sender immediately by reply email and then delete this email.