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