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 | 10 months ago
tip
Do you know that we can give you better hits? Get more relevant results from Samebug’s stack trace search.
  1. 0

    Jersey - Using Netbeans 6.9.1/Gassfish 3.0.1 and Jersey 1.5

    nabble.com | 10 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