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 | 4 months ago
  1. 0

    Jersey - Using Netbeans 6.9.1/Gassfish 3.0.1 and Jersey 1.5

    nabble.com | 4 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)
  2. 0

    Jersey - Using Netbeans 6.9.1/Gassfish 3.0.1 and Jersey 1.5

    nabble.com | 4 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)
  3. 0

    Re: Jetty/Jersey/Injection

    deltaspike-users | 2 years ago | Deven Phillips
    org.jboss.weld.exceptions.DefinitionException: Exception List with 1 > > >>> exceptions: > > >>> Exception 0 : > > >>> javax.enterprise.event.ObserverException > > >>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > > >>> Method) > > >>> at > > >>> sun.reflect.NativeConstructorAccessorImpl.newInstance( > > NativeConstructorAccessorImpl.java:57) > > >>> at > > >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance( > > DelegatingConstructorAccessorImpl.java:45) > > >>> at > java.lang.reflect.Constructor.newInstance(Constructor.java:526) > > >>> at java.lang.Class.newInstance(Class.java:379) > > >>> at > > >>> org.jboss.weld.security.NewInstanceAction.run( > > NewInstanceAction.java:33) > > >>> at java.security.AccessController.doPrivileged(Native Method) > > >>> at > > >>> org.jboss.weld.injection.Exceptions.rethrowException( > > Exceptions.java:40) > > >>> at > > >>> org.jboss.weld.injection.Exceptions.rethrowException( > > Exceptions.java:78) > > >>> at > > >>> org.jboss.weld.injection.MethodInjectionPoint. > > invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:98) > > >>> at > > >>> org.jboss.weld.event.ObserverMethodImpl.sendEvent( > > ObserverMethodImpl.java:271) > > >>> at > > >>> org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent( > > ExtensionObserverMethodImpl.java:121) > > >>> at > > >>> org.jboss.weld.event.ObserverMethodImpl.sendEvent( > > ObserverMethodImpl.java:258) > > >>> at > > >>> org.jboss.weld.event.ObserverMethodImpl.notify( > > ObserverMethodImpl.java:237) > > >>> at > > >>> org.jboss.weld.event.ObserverNotifier.notifyObserver( > > ObserverNotifier.java:174) > > >>> at > > >>> org.jboss.weld.event.ObserverNotifier.notifyObservers( > > ObserverNotifier.java:133) > > >>> at > > >>> org.jboss.weld.event.ObserverNotifier.fireEvent( > > ObserverNotifier.java:107) > > >>> at > > >>> org.jboss.weld.bootstrap.events.AbstractContainerEvent. > > fire(AbstractContainerEvent.java:54) > > >>> at > > >>> > org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire( > > AbstractDefinitionContainerEvent.java:42) > > >>> at > > >>> org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl. > > fire(AfterBeanDiscoveryImpl.java:59) > > >>> at > > >>> > org.jboss.weld.bootstrap.WeldStartup.deployBeans(WeldStartup.java:412) > > >>> at > > >>> org.jboss.weld.bootstrap.WeldBootstrap.deployBeans( > > WeldBootstrap.java:83) > > >>> at > > >>> org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.deployBeans( > > ForwardingBootstrap.java:63) > > >>> at org.jboss.weld.environment.se.Weld.initialize(Weld.java:133)
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    JAVA - WELD Decorator error

    Stack Overflow | 1 year ago | jonas.lima
    org.jboss.weld.exceptions.DefinitionException: WELD-001455: Decorator [class org.jboss.weld.environment.se.example.numberguess.GameDecorator] decorates [] with delegate type [Game] and delegate qualifiers [@Default] does not declare any decorated types.
  6. 0

    [#GLASSFISH-15225] [OSGi] CDI beans not accessible in web applications

    java.net | 1 month ago
    com.sun.faces.config.ConfigurationException: Factory 'javax.faces.context.ExternalContextFactory' was not configured properly.

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    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