org.jboss.weld.exceptions.DefinitionException

Exception   > #0 :null >        at   > org > .jboss > .weld > .bootstrap > .events > .AbstractDefinitionContainerEvent > .fire(AbstractDefinitionContainerEvent.java:55) >        at   > org > .jboss > .weld > .bootstrap > .events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:41) >        at   > org > .jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java: > 379) >        at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:165) >        ... 30 more > > > > On 04/10/2010 15:49, Jan Algermissen wrote: >> Hmm, does not work for me. Same error. >> >> John, did you manage to get it running? >> >> I even removed felix cache. will try rebooting. >> >> Jan >> >> >> Config now. Just one set of options in the domain.xml (prop is at   >> end): >> >> <java-config debug-options="-Xdebug - >> Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009"   >> system-classpath="" classpath-suffix=""> >>         <jvm-options>-XX:MaxPermSize=192m</jvm-options> >>         <jvm-options>-client</jvm-options> >>         <jvm-options>-XX:+UnlockDiagnosticVMOptions</jvm-options> >>         <jvm-options>-XX:+LogVMOutput</jvm-options> >>         <jvm-options>-XX:LogFile=${com.sun.aas.instanceRoot}/logs/ >> jvm.log</jvm-options> >>         <jvm-options>-Djava.endorsed.dirs=$ >> {com.sun.aas.installRoot}/modules/endorsed${path.separator}$ >> {com.sun.aas.installRoot}/lib/endorsed</jvm-options> >>         <jvm-options>-Djava.security.policy=$ >> {com.sun.aas.instanceRoot}/config/server.policy</jvm-options> >>         <jvm-options>-Djava.security.auth.login.config=$ >> {com.sun.aas.instanceRoot}/config/login.conf</jvm-options> >>         <jvm-options>- >> Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as</jvm-options> >>         <jvm-options>-Xmx512m</jvm-options> >>         <jvm-options>-Djavax.net.ssl.keyStore=$ >> {com.sun.aas.instanceRoot}/config/keystore.jks</jvm-options> >>         <jvm-options>-Djavax.net.ssl.trustStore=$ >> {com.sun.aas.instanceRoot}/config/cacerts.jks</jvm-options> >>         <jvm-options>-Djava.ext.dirs=${com.sun.aas.javaRoot}/lib/ext >> ${path.separator}${com.sun.aas.javaRoot}/jre/lib/ext$ >> {path.separator}${com.sun.aas.instan >> ceRoot}/lib/ext</jvm-options> >>         <jvm-options>- >> Djdbc.drivers=org.apache.derby.jdbc.ClientDriver</jvm-options> >>         <jvm-options>-DANTLR_USE_DIRECT_CLASS_LOADING=true</jvm- >> options> >>         <jvm-options>- >> Dcom >> .sun >> .enterprise >> .config >> .config_environment_factory_class >> = >> com >> .sun >> .enterprise.config.serverbeans.AppserverConfigEnvironmentFactory</jv >> m-options> >>         <jvm-options>-Dosgi.shell.telnet.port=6666</jvm-options> >>         <jvm-options>-Dosgi.shell.telnet.maxconn=1</jvm-options> >>         <jvm-options>-Dosgi.shell.telnet.ip=127.0.0.1</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.dir=$ >> {com.sun.aas.installRoot}/modules/autostart/</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.poll=5000</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.debug=1</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.bundles.new.start=true</ >> jvm-options> >>         <jvm-options>- >> Dorg.glassfish.web.rfc2109_cookie_names_enforced=false</jvm-options> >>         <jvm-options>-XX:NewRatio=2</jvm-options> >>         <jvm-options>- >> Dcom.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager=true</ >> jvm-options> >>       </java-config> >> >> >> >> >> >> >> >> >> >> On Oct 4, 2010, at 4:23 PM, Paul Sandoz wrote: >> >>> On Oct 4, 2010, at 4:01 PM, Jan Algermissen wrote: >>> >>>> Paul, John >>>> >>>> Excuse my lack of knowledge.... >>>> >>>> Can you tell me where I set that property when using the NB built- >>>> in glassfish? >>>> >>> Go to the Services tab and look at the Servers list. Select the   >>> properties of the GF server and look at the "Domains folder" text   >>> field value. >>> >>> cd into that folder then edit >>> >>>  domains1/config/domain.xml >>> >>> Seach for an XML element: >>> >>>  jvm-options >>> >>> add the system property/value to the each set of jvm-option   >>> elements present in the file e.g.: >>> >>>  <jvm-options>- >>> Dcom.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager=true</ >>> jvm-options> >>> >>> then restart GF. >>> >>> Paul. >>> >>>> Jan >>>> >>>> On 04.10.2010, at 14:38, Paul Sandoz< >   >>>> wrote: >>>> >>>>> Hi Jan, John, >>>>> >>>>> The main problem is a regression in CDI/Weld that we attempted   >>>>> to work around but did not anticipate the NPE. >>>>> >>>>> For GF 3.0.1 we set up a backdoor to avoid the workaround. Set   >>>>> the following system property when running GF: >>>>> >>>>> com.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager >>>>> >>>>> to a value of: >>>>> >>>>> true >>>>> >>>>> >>>>> For 3.1 I am currently not sure what we can do until a new   >>>>> version of CDI/Weld is integrated that fixes the regression. >>>>> >>>>> Paul. >>>>> >>>>> >>>>> >>>>> On Oct 1, 2010, at 12:55 PM, Jan Algermissen wrote: >>>>> >>>>>> John, >>>>>> >>>>>> On Oct 1, 2010, at 12:34 PM, John Lister wrote: >>>>>> >>>>>>> Hi, this looks to be an already reported issue with CDI and   >>>>>>> was introduced in one of the 1.4 builds (see ) >>>>>>> >>>>>> thanks for reporting that. >>>>>> >>>>>> As this (seems to) hold up working with Jersey 1.4 and above in   >>>>>> a non-maven NetBeans environment, I'd really like to do   >>>>>> something about it. >>>>>> >>>>>> Can anyone provide a clue how I start debugging that error? >>>>>> >>>>>> Thanks, >>>>>> Jan >>>>>> >>>>>> >>>>>> >>>>>>> John >>>>>>> >>>>>>> On 19:59, Jan Algermissen wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> I have been trying to use NB/GF with Jersey 1.5 as described   >>>>>>>> in section 12.2. [1] (see also [2]). >>>>>>>> >>>>>>>> At some point that worked, but (I think) after a really fresh   >>>>>>>> install of NB (including removing the NB files in my home   >>>>>>>> directory) it did not work any more. >>>>>>>> >>>>>>>> When I run an example JAX-RS Web application via 'run' from   >>>>>>>> within NB and then try to access a resource class via curl I   >>>>>>>> see the exception below in GlassFish logs. >>>>>>>> >>>>>>>> Can anyone provide me with a clue what to do to find out what   >>>>>>>> is missing there and in which JAR I'll be able to find that? >>>>>>>> >>>>>>>> Jan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [1] >>>>>>>> [2] >>>>>>>> >>>>>>>> >>>>>>>> SEVERE: WebModule[/R1]StandardWrapper.Throwable >>>>>>>> java.lang.NullPointerException >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .server >>>>>>>> .impl >>>>>>>> .cdi >>>>>>>> .CDIComponentProviderFactory >>>>>>>> .<init>(CDIComponentProviderFactory.java:94) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .server >>>>>>>> .impl >>>>>>>> .cdi >>>>>>>> .CDIComponentProviderFactoryInitializer >>>>>>>> .initialize(CDIComponentProviderFactoryInitializer.java:75) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container.servlet.WebComponent.configure(WebComponent.java: >>>>>>>> 554) >>>>>>>>     at com.sun.jersey.spi.container.servlet.ServletContainer >>>>>>>> $InternalWebComponent.configure(ServletContainer.java:280) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi.container.servlet.WebComponent.load(WebComponent.java:586) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi.container.servlet.WebComponent.init(WebComponent.java:213) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container >>>>>>>> .servlet.ServletContainer.init(ServletContainer.java:342) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container >>>>>>>> .servlet.ServletContainer.init(ServletContainer.java:516) >>>>>>>>     at javax.servlet.GenericServlet.init(GenericServlet.java: >>>>>>>> 242) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardWrapper.initServlet(StandardWrapper.java:1428) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.core.StandardWrapper.allocate(StandardWrapper.java: >>>>>>>> 1073) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardWrapperValve.invoke(StandardWrapperValve.java: >>>>>>>> 187) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardContextValve.invoke(StandardContextValve.java: >>>>>>>> 188) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.core.StandardPipeline.invoke(StandardPipeline.java: >>>>>>>> 641) >>>>>>>>     at   >>>>>>>> com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) >>>>>>>>     at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke >>>>>>>> (PESessionLockingStandardPipeline.java:85) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardHostValve.invoke(StandardHostValve.java:185) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .connector.CoyoteAdapter.doService(CoyoteAdapter.java:325) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: >>>>>>>> 226) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .enterprise >>>>>>>> .v3 >>>>>>>> .services.impl.ContainerMapper.service(ContainerMapper.java: >>>>>>>> 165) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java: >>>>>>>> 791) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java: >>>>>>>> 693) >>>>>>>>     at   >>>>>>>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java: >>>>>>>> 954) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .http >>>>>>>> .DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain >>>>>>>> .executeProtocolFilter(DefaultProtocolChain.java:135) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain.execute(DefaultProtocolChain.java:102) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain.execute(DefaultProtocolChain.java:88) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .http.HttpProtocolChain.execute(HttpProtocolChain.java:76) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .ProtocolChainContextTask >>>>>>>> .doCall(ProtocolChainContextTask.java:53) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) >>>>>>>>     at com.sun.grizzly.ContextTask.run(ContextTask.java:69)

Solutions on the web41

  • via nabble.com by Unknown author, 11 months ago
    > > > > On 04/10/2010 15:49, Jan Algermissen wrote: >> Hmm, does not work for me. Same error. >> >> John, did you manage to get it running? >> >> I even removed felix cache. will try rebooting. >> >> Jan >> >> >> Config now. Just one set of options in the
  • via deltaspike-users by Deven Phillips, 1 year ago
    Exception List with 1 > > >>> exceptions: > > >>> Exception 0 : > > >>> javax.enterprise.event.ObserverException > > >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > > >>> Method) > > >>> at
  • WELD-001424 The following disposal methods were declared but did not resolve to a producer method: [Disposer method [[method] public br.com.logtec.producer.DataRepositoryProducer.finalize(EntityManager)]]
  • Stack trace

    • org.jboss.weld.exceptions.DefinitionException: Exception   > #0 :null >        at   > org > .jboss > .weld > .bootstrap > .events > .AbstractDefinitionContainerEvent > .fire(AbstractDefinitionContainerEvent.java:55) >        at   > org > .jboss > .weld > .bootstrap > .events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:41) >        at   > org > .jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java: > 379) >        at org.glassfish.weld.WeldDeployer.event(WeldDeployer.java:165) >        ... 30 more > > > > On 04/10/2010 15:49, Jan Algermissen wrote: >> Hmm, does not work for me. Same error. >> >> John, did you manage to get it running? >> >> I even removed felix cache. will try rebooting. >> >> Jan >> >> >> Config now. Just one set of options in the domain.xml (prop is at   >> end): >> >> <java-config debug-options="-Xdebug - >> Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009"   >> system-classpath="" classpath-suffix=""> >>         <jvm-options>-XX:MaxPermSize=192m</jvm-options> >>         <jvm-options>-client</jvm-options> >>         <jvm-options>-XX:+UnlockDiagnosticVMOptions</jvm-options> >>         <jvm-options>-XX:+LogVMOutput</jvm-options> >>         <jvm-options>-XX:LogFile=${com.sun.aas.instanceRoot}/logs/ >> jvm.log</jvm-options> >>         <jvm-options>-Djava.endorsed.dirs=$ >> {com.sun.aas.installRoot}/modules/endorsed${path.separator}$ >> {com.sun.aas.installRoot}/lib/endorsed</jvm-options> >>         <jvm-options>-Djava.security.policy=$ >> {com.sun.aas.instanceRoot}/config/server.policy</jvm-options> >>         <jvm-options>-Djava.security.auth.login.config=$ >> {com.sun.aas.instanceRoot}/config/login.conf</jvm-options> >>         <jvm-options>- >> Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as</jvm-options> >>         <jvm-options>-Xmx512m</jvm-options> >>         <jvm-options>-Djavax.net.ssl.keyStore=$ >> {com.sun.aas.instanceRoot}/config/keystore.jks</jvm-options> >>         <jvm-options>-Djavax.net.ssl.trustStore=$ >> {com.sun.aas.instanceRoot}/config/cacerts.jks</jvm-options> >>         <jvm-options>-Djava.ext.dirs=${com.sun.aas.javaRoot}/lib/ext >> ${path.separator}${com.sun.aas.javaRoot}/jre/lib/ext$ >> {path.separator}${com.sun.aas.instan >> ceRoot}/lib/ext</jvm-options> >>         <jvm-options>- >> Djdbc.drivers=org.apache.derby.jdbc.ClientDriver</jvm-options> >>         <jvm-options>-DANTLR_USE_DIRECT_CLASS_LOADING=true</jvm- >> options> >>         <jvm-options>- >> Dcom >> .sun >> .enterprise >> .config >> .config_environment_factory_class >> = >> com >> .sun >> .enterprise.config.serverbeans.AppserverConfigEnvironmentFactory</jv >> m-options> >>         <jvm-options>-Dosgi.shell.telnet.port=6666</jvm-options> >>         <jvm-options>-Dosgi.shell.telnet.maxconn=1</jvm-options> >>         <jvm-options>-Dosgi.shell.telnet.ip=127.0.0.1</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.dir=$ >> {com.sun.aas.installRoot}/modules/autostart/</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.poll=5000</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.debug=1</jvm-options> >>         <jvm-options>-Dfelix.fileinstall.bundles.new.start=true</ >> jvm-options> >>         <jvm-options>- >> Dorg.glassfish.web.rfc2109_cookie_names_enforced=false</jvm-options> >>         <jvm-options>-XX:NewRatio=2</jvm-options> >>         <jvm-options>- >> Dcom.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager=true</ >> jvm-options> >>       </java-config> >> >> >> >> >> >> >> >> >> >> On Oct 4, 2010, at 4:23 PM, Paul Sandoz wrote: >> >>> On Oct 4, 2010, at 4:01 PM, Jan Algermissen wrote: >>> >>>> Paul, John >>>> >>>> Excuse my lack of knowledge.... >>>> >>>> Can you tell me where I set that property when using the NB built- >>>> in glassfish? >>>> >>> Go to the Services tab and look at the Servers list. Select the   >>> properties of the GF server and look at the "Domains folder" text   >>> field value. >>> >>> cd into that folder then edit >>> >>>  domains1/config/domain.xml >>> >>> Seach for an XML element: >>> >>>  jvm-options >>> >>> add the system property/value to the each set of jvm-option   >>> elements present in the file e.g.: >>> >>>  <jvm-options>- >>> Dcom.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager=true</ >>> jvm-options> >>> >>> then restart GF. >>> >>> Paul. >>> >>>> Jan >>>> >>>> On 04.10.2010, at 14:38, Paul Sandoz< >   >>>> wrote: >>>> >>>>> Hi Jan, John, >>>>> >>>>> The main problem is a regression in CDI/Weld that we attempted   >>>>> to work around but did not anticipate the NPE. >>>>> >>>>> For GF 3.0.1 we set up a backdoor to avoid the workaround. Set   >>>>> the following system property when running GF: >>>>> >>>>> com.sun.jersey.server.impl.cdi.lookupExtensionInBeanManager >>>>> >>>>> to a value of: >>>>> >>>>> true >>>>> >>>>> >>>>> For 3.1 I am currently not sure what we can do until a new   >>>>> version of CDI/Weld is integrated that fixes the regression. >>>>> >>>>> Paul. >>>>> >>>>> >>>>> >>>>> On Oct 1, 2010, at 12:55 PM, Jan Algermissen wrote: >>>>> >>>>>> John, >>>>>> >>>>>> On Oct 1, 2010, at 12:34 PM, John Lister wrote: >>>>>> >>>>>>> Hi, this looks to be an already reported issue with CDI and   >>>>>>> was introduced in one of the 1.4 builds (see ) >>>>>>> >>>>>> thanks for reporting that. >>>>>> >>>>>> As this (seems to) hold up working with Jersey 1.4 and above in   >>>>>> a non-maven NetBeans environment, I'd really like to do   >>>>>> something about it. >>>>>> >>>>>> Can anyone provide a clue how I start debugging that error? >>>>>> >>>>>> Thanks, >>>>>> Jan >>>>>> >>>>>> >>>>>> >>>>>>> John >>>>>>> >>>>>>> On 19:59, Jan Algermissen wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> I have been trying to use NB/GF with Jersey 1.5 as described   >>>>>>>> in section 12.2. [1] (see also [2]). >>>>>>>> >>>>>>>> At some point that worked, but (I think) after a really fresh   >>>>>>>> install of NB (including removing the NB files in my home   >>>>>>>> directory) it did not work any more. >>>>>>>> >>>>>>>> When I run an example JAX-RS Web application via 'run' from   >>>>>>>> within NB and then try to access a resource class via curl I   >>>>>>>> see the exception below in GlassFish logs. >>>>>>>> >>>>>>>> Can anyone provide me with a clue what to do to find out what   >>>>>>>> is missing there and in which JAR I'll be able to find that? >>>>>>>> >>>>>>>> Jan >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [1] >>>>>>>> [2] >>>>>>>> >>>>>>>> >>>>>>>> SEVERE: WebModule[/R1]StandardWrapper.Throwable >>>>>>>> java.lang.NullPointerException >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .server >>>>>>>> .impl >>>>>>>> .cdi >>>>>>>> .CDIComponentProviderFactory >>>>>>>> .<init>(CDIComponentProviderFactory.java:94) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .server >>>>>>>> .impl >>>>>>>> .cdi >>>>>>>> .CDIComponentProviderFactoryInitializer >>>>>>>> .initialize(CDIComponentProviderFactoryInitializer.java:75) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container.servlet.WebComponent.configure(WebComponent.java: >>>>>>>> 554) >>>>>>>>     at com.sun.jersey.spi.container.servlet.ServletContainer >>>>>>>> $InternalWebComponent.configure(ServletContainer.java:280) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi.container.servlet.WebComponent.load(WebComponent.java:586) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi.container.servlet.WebComponent.init(WebComponent.java:213) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container >>>>>>>> .servlet.ServletContainer.init(ServletContainer.java:342) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .jersey >>>>>>>> .spi >>>>>>>> .container >>>>>>>> .servlet.ServletContainer.init(ServletContainer.java:516) >>>>>>>>     at javax.servlet.GenericServlet.init(GenericServlet.java: >>>>>>>> 242) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardWrapper.initServlet(StandardWrapper.java:1428) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.core.StandardWrapper.allocate(StandardWrapper.java: >>>>>>>> 1073) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardWrapperValve.invoke(StandardWrapperValve.java: >>>>>>>> 187) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardContextValve.invoke(StandardContextValve.java: >>>>>>>> 188) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.core.StandardPipeline.invoke(StandardPipeline.java: >>>>>>>> 641) >>>>>>>>     at   >>>>>>>> com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:97) >>>>>>>>     at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke >>>>>>>> (PESessionLockingStandardPipeline.java:85) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .core.StandardHostValve.invoke(StandardHostValve.java:185) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina >>>>>>>> .connector.CoyoteAdapter.doService(CoyoteAdapter.java:325) >>>>>>>>     at   >>>>>>>> org >>>>>>>> .apache >>>>>>>> .catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java: >>>>>>>> 226) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .enterprise >>>>>>>> .v3 >>>>>>>> .services.impl.ContainerMapper.service(ContainerMapper.java: >>>>>>>> 165) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java: >>>>>>>> 791) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java: >>>>>>>> 693) >>>>>>>>     at   >>>>>>>> com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java: >>>>>>>> 954) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .http >>>>>>>> .DefaultProtocolFilter.execute(DefaultProtocolFilter.java:170) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain >>>>>>>> .executeProtocolFilter(DefaultProtocolChain.java:135) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain.execute(DefaultProtocolChain.java:102) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .DefaultProtocolChain.execute(DefaultProtocolChain.java:88) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .http.HttpProtocolChain.execute(HttpProtocolChain.java:76) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .ProtocolChainContextTask >>>>>>>> .doCall(ProtocolChainContextTask.java:53) >>>>>>>>     at   >>>>>>>> com >>>>>>>> .sun >>>>>>>> .grizzly >>>>>>>> .SelectionKeyContextTask.call(SelectionKeyContextTask.java:57) >>>>>>>>     at com.sun.grizzly.ContextTask.run(ContextTask.java:69) at java.lang.Thread.run(Thread.java:637)

    Write tip

    You have a different solution? A short tip here would help you and many other users who saw this issue last week.

    Users with the same issue

    You are the first who have seen this exception. Write a tip to help other users and build your expert profile.