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)

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

    • 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)
    No Bugmate found.