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)

nabble.com | 6 months ago
tip
Your exception is missing from the Samebug knowledge base.
Here are the best solutions we found on the Internet.
Click on the to mark the helpful solution and get rewards for you help.
  1. 0

    Jersey - Using Netbeans 6.9.1/Gassfish 3.0.1 and Jersey 1.5

    nabble.com | 6 months ago
    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)

    Root Cause Analysis

    1. 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()
    2. Java RT
      Thread.run
      1. java.lang.Thread.run(Thread.java:637)
      1 frame