Hello, I've been having the exact same issue since I upgraded to Jersey
1.17 and deleting osgi-cache dir while GF is down did not help.
I've not identified any harmful side-effect to my app from this error
yet either, but it is definitely troubling...
Cyril
On 02/11/2013 02:05 PM, Arul Dhesiaseelan wrote:
> Did you try this as part of your upgrade [1] ?
>
> To be 100 % sure the changes take effect, you might also want to
> remove the felix cache, which is located in
> |glassfish/domains/domain1/osgi-cache| directory. This directory gets
> created upon the first start of the GlassFish instance.
>
> [1]
> http://jersey.java.net/nonav/documentation/latest/glassfish.html#d4e1967
>
>
> On Mon, Feb 11, 2013 at 10:44 AM, Kevin Duffey <andjarnic_at_yahoo.com
> <mailto:andjarnic_at_yahoo.com>> wrote:
>
> Hi all,
>
> I have been digging around the net for this issue.. and from what
> I can tell, it's "fixed" in 1.14 or 1.15. I don't know why or how
> this is now happening. I am using Glassfish 3.1.2.2 on Linux Mint
> 14 64-bit. I have not changed anything that I know of. I grabbed
> the latest jersey-1.17 bundle jar and deleted the
> glassfish/modules/jerse* (and jettison and jackson*) files,
> unzipped into there, replaced my project libs with the same
> unzipped jars. I build my WAR without the jars in it, since it's
> part of the glassfish classpath. When I deploy, I am getting this
> exception (I'll paste it at the end).
>
> I am running JDK 1.7 (latest as of a couple weeks ago). I don't
> even know if this breaks my app, but thus far it bugs me that it's
> even showing up. I do use json and jaxb within my jersey rest
> services, so it's got me a little spooked that it may break my
> app. I'll be testing that now, but in the mean time.. I was hoping
> one of you jersey/glassfish deploy experts may shed some light on
> this.
>
> Thanks.
>
>
> Stacktrace:
>
> [#|2013-02-11T12:18:41.087-0800|INFO|glassfish3.1.2|com.sun.jersey.server.impl.application.WebApplicationImpl|_ThreadID=169;_ThreadName=Thread-2;|Initiating
> Jersey application, version 'Jersey: 1.17 01/17/2013 03:31 PM'|#]
>
> [#|2013-02-11T12:18:41.199-0800|WARNING|glassfish3.1.2|com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl|_ThreadID=169;_ThreadName=Thread-2;|Provider
> com.sun.xml.internal.bind.v2.ContextFactory not found
> javax.xml.bind.JAXBException: Provider
> com.sun.xml.internal.bind.v2.ContextFactory not found
> - with linked exception:
> [java.lang.ClassNotFoundException:
> com.sun.xml.internal.bind.v2.ContextFactory not found by
> com.sun.jersey.glassfish.v3.osgi.jersey-gf-server [48]]
> at
> javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:148)
> at javax.xml.bind.ContextFinder.find(ContextFinder.java:361)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:446)
> at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:409)
> at
> com.sun.jersey.server.impl.wadl.WadlApplicationContextImpl.<init>(WadlApplicationContextImpl.java:95)
> at
> com.sun.jersey.server.impl.wadl.WadlFactory.init(WadlFactory.java:96)
> at
> com.sun.jersey.server.impl.application.RootResourceUriRules.initWadl(RootResourceUriRules.java:169)
> at
> com.sun.jersey.server.impl.application.RootResourceUriRules.<init>(RootResourceUriRules.java:106)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1331)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:168)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:774)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:770)
> at
> com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:770)
> at
> com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:172)
> at
> com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:134)
> at
> org.glassfish.admin.rest.LazyJerseyInit.exposeContext(LazyJerseyInit.java:146)
> at
> org.glassfish.admin.rest.adapter.RestAdapter.exposeContext(RestAdapter.java:337)
> at
> org.glassfish.admin.rest.adapter.RestAdapter.service(RestAdapter.java:146)
> at
> com.sun.grizzly.tcp.http11.GrizzlyAdapter.service(GrizzlyAdapter.java:179)
> at
> com.sun.enterprise.v3.server.HK2Dispatcher.dispath(HK2Dispatcher.java:117)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper$Hk2DispatcherCallable.call(ContainerMapper.java:354)
> at
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
> at
> com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
> at
> com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
> at
> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
> at
> com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
> 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)
> Caused by: java.lang.ClassNotFoundException:
> com.sun.xml.internal.bind.v2.ContextFactory not found by
> com.sun.jersey.glassfish.v3.osgi.jersey-gf-server [48]
> at
> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1460)
> at
> org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
> at
> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> at
> javax.xml.bind.ContextFinder.safeLoadClass(ContextFinder.java:573)
> at
> javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:145)
> ... 36 more
> |#]
>
>
>
> ------------------------------------------------------------------------
> *From:* Jeff Adamson <jwa_at_urbancode.com
> <mailto:jwa_at_urbancode.com>>
> *To:* users_at_jersey.java.net <mailto:users_at_jersey.java.net>
> *Sent:* Monday, February 11, 2013 7:17 AM
> *Subject:* [Jersey] Can't svn checkout jersey 1.x source
>
> The svn url https://svn.java.net/svn/jersey~svn/trunk
> <https://svn.java.net/svn/jersey%7Esvn/trunk> is prompting for
> credentials.
> It can be browsed with the
> http://java.net/projects/jersey/sources/svn/show/ but the
> direct checkout url on that page does not work.
>
> Am I missing some sort of read-only credentials?
>
>
> --Jeff
>
>
>