Thanks for the updates, Paul.
We spoke to Paul Bryan (we work in the same team)
and he pointed to me
https://jersey.dev.java.net/issues/show_bug.cgi?id=80
and
https://jersey.dev.java.net/nonav/documentation/1.1.2-ea/user-guide.html#d4e115
too.
We tried it and we do not have any luck.
thanks
Paul Sandoz wrote:
> Hi Denis,
>
> We did fix an issue a while ago with JBoss 5.0.0CR1:
>
> https://jersey.dev.java.net/issues/show_bug.cgi?id=80
>
> I do not know if Jersey has regressed or JBoss 5.1 changed. Is there any
> other information in the logs?
>
> JBoss 5.x introduced a new virtual file mechanism and this makes it
> harder for package and class scanning techniques to work. To do this
> properly will require a wider-ranging fix to plug in URI resolving
> mechanisms (which i am working on w.r.t. another issue related to class
> scanning and WebLogic).
>
> Unfortunately i do not have time at the moment to play with JBoss and
> investigate further. This will have to happen after we release Jersey
> for GlassFish v3.
>
>
> A work around is to directly reference a class that implements
> Application or ResourceConfig and that class explicitly registers the
> root resource and provider classes. See:
>
>
> https://jersey.dev.java.net/nonav/documentation/1.1.2-ea/user-guide.html#d4e115
>
>
> Paul.
>
>
> On Nov 2, 2009, at 9:10 PM, Dennis Seah wrote:
>
>> hi
>>
>> We are using jersey version is 1.1.1-ea and our war
>> file is deployed on JBOSS 5.1.0
>>
>> and we see the following error is seen in JBOSS container logs :
>>
>> 2009-10-13 06:42:34,621 SEVERE
>> [com.sun.jersey.server.impl.application.WebApplicationImpl] (main)
>> [failed to
>> localize] no.root.res.in.res.cfg()
>> 2009-10-13 06:42:34,621 ERROR
>> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/opensso]]
>>
>> (main) StandardWrapper.Throwable
>> com.sun.jersey.api.container.ContainerException: [failed to localize]
>> no.root.res.in.res.cfg()
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.processRootResources(WebApplicationImpl.java:773)
>>
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:645)
>>
>> at
>> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:419)
>>
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.initiate(ServletContainer.java:377)
>>
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:242)
>>
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:455)
>>
>> at
>> com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:178)
>>
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:281)
>>
>> at
>> com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:442)
>>
>> at javax.servlet.GenericServlet.init(GenericServlet.
>>
>>
>> this war file works OK on tomcat, glassfish and few other web
>> containers that we have
>> test.
>>
>> any clues on how to resolve this?
>>
>> here is snippet of our web.xml
>> <servlet>
>> <servlet-name>ws</servlet-name>
>>
>> <servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
>>
>> <init-param>
>>
>> <param-name>com.sun.jersey.config.property.resourceConfigClass</param-name>
>>
>>
>> <param-value>com.sun.jersey.api.core.PackagesResourceConfig</param-value>
>> </init-param>
>> <init-param>
>>
>> <param-name>com.sun.jersey.config.property.packages</param-name>
>> <param-value>com.sun.identity.entitlement</param-value>
>> </init-param>
>> <load-on-startup>1</load-on-startup>
>> </servlet>
>>
>>
>>
>> thanks
>>
>>
>> --
>> Dennis Seah
>> OpenSSO - https://opensso.dev.java.net
>> Sun Microsystems Inc.
>> Ph: (408) 276-6670 x16670
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_jersey.dev.java.net
>> For additional commands, e-mail: users-help_at_jersey.dev.java.net
>>
>
--
Dennis Seah
OpenSSO - https://opensso.dev.java.net
Sun Microsystems Inc.
Ph: (408) 276-6670 x16670