This is interesting: As recommended, I did only keep myfaces-extcdi-* jars. This resulted in: Error configuring application listener of class org.apache.webbeans.servlet.WebBeansConfigurationListener: java.lang.ClassNotFoundException: org.apache.webbeans.servlet.WebBeansConfigurationListener Error configuring application listener of class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener WebBeansConfigurationListener is contained in openwebbeans-web-1.0.0.jar and StartupServletContextListener in myfaces-impl-2.0.3.jar. So I did comment out Listener in web.xml: <!-- <listener> <listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class> </listener> <listener> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> </listener> --> After that server starts fine, using Mojarra 2.0.3. Applications works partially as expected: * JSF2 RequestScope does work as expected * JSF2 ViewScope does _not_ work: it seems not to be initialized * CODI Conversation and CODI Window-Scope do work as expected * CODI ViewAccessScoped does _not_ work as expected: it has been initialized, but never expires Not commenting out <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> causes: class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener This is quite strange, as this class is provided in myfaces-impl-2.0.1.jar shipped with AS. Seems to be a classloading issue - right? So, are this still project configuration troubles: wrong Listener used etc? Or is it more likely to be a bug? Thanks a lot Michael 2011/1/3 Mark Struberg <struberg(a)yahoo.de&gt; Hi Michael! > > What definitely needs to be removed: > > * geronimo-*_spec (all the specs are already included in JBOSS) > * jsr250-api > * openwebbeans* > * scannotation > * myfaces-impl > * myfaces-api > > you should also be able to remove all the commons stuff... > > > The only things you need are basically the myfaces-extcdi-* jars. > > LieGrue, > strub > > > --- On Mon, 1/3/11, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: > > From: Michael Schütz <michaelschuetz83(a)gmail.com&gt; > Subject: Re: [weld-dev] CODI and JBoss AS 6 final: > ProjectStageActivationExtension didn't implement the Extension interface > To: "Peter Muir" <pmuir(a)redhat.com&gt; > Cc: &quot;weld-dev(a)lists.jboss.org&quot; <weld-dev(a)lists.jboss.org&gt; > Date: Monday, January 3, 2011, 10:34 AM > > Pete, I already did that: I did remove geronimo-jcdi and javassist. > > Current error: > 11:19:22,486 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error > installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBoo > > n: WELD-001409 Ambiguous dependencies for type [MessageContext] with > qualifiers [@Default] at injection point [[parameter 1] of [method] > @Produces @Dependent @Jsf @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.Jsf > > ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible > dependencies [[Producer Method [MessageContext] with qualifiers [@Any > @Default] declared as [[method] @Produces @Dependent @Jsf @Named public > org.apache.myfa > > eateContext(MessageContext, Instance<MessageFactory>, > Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class > org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with > qualifiers [@Any @Default]]] > > at > org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) > [:6.0.0.Final] > > > Please find screenshot attached with current WEB-INF/lib directory. > Are you saying removing everything but myfaces-extcdi-*.jar is expected to > work? > > > > Thanks > Michael > > > 2011/1/3 Peter Muir <pmuir(a)redhat.com&gt; > > Do what I said and remove javassist. > > --Pete Muirhttp://in.relation.to/Bloggers/Pete > > On 2 Jan 2011, at 22:34, Michael Schütz <michaelschuetz83(a)gmail.com&gt; > wrote: > > > Thanks Dan and Pete for your replys. > > I did remove geronimo-jcdi and got: > 23:14:08,172 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error > installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean > state=Create: java.lang.ClassCastException: org.jboss.weld > > > .security.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war"-Built-in-Principal_$$_WeldProxy > cannot be cast to javassist.util.proxy.ProxyObject > > > at > org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) > [:6.0.0.Final] > at > org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46) > [:6.0.0.Final] > > So, I removed javassist in the next step and i got: > > > 23:17:31,816 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error > installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean > state=Create: org.jboss.weld.exceptions.DeploymentExceptio > > > n: WELD-001409 Ambiguous dependencies for type [MessageContext] with > qualifiers [@Default] at injection point [[parameter 1] of [method] > @Produces @Dependent @Jsf @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.createContext(MessageContext, > Instance<Me > > > ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible > dependencies [[Producer Method [MessageContext] with qualifiers [@Any > @Default] declared as [[method] @Produces @Dependent @Jsf @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.cr > > > eateContext(MessageContext, Instance<MessageFactory>, > Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class > org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with > qualifiers [@Any @Default]]] > > > at > org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) > [:6.0.0.Final] > > Seams like myfaces-extcdi-message-module-impl-0.9.1.jar causes the > troubles. Any thoughts what needs to be done? > > > > > Thanks > Michael > > > 2011/1/1 Pete Muir <pmuir(a)redhat.com&gt; > > > > > On 31 Dec 2010, at 17:39, Dan Allen wrote: > > > > > It's more than likely geronimo-jcdi jar that's causing the problem. Weld > looks to see if Extension class equals Extension class and since there are > two independent instances on the classpath, it breaks the comparison. 9/10 > this is the source of a class not found problem. > > > > > > > > Java EE APIs should never be provided by an archive when deploying to a > compliant app server. If you were moving from Tomcat to JBoss AS it's > important to keep that in mind. > > > > > > I doubt the apache-commons libraries would present a problem, so you can > likely leave those. > > > > They (used to at least) cause problems with RichFaces. > > > > In general until AS7 I would recommend not duplicating libs in your war > that in the AS, it will cause you a lot less problems in the long run :-D > > > > > > > > > > -Dan > > > > > > On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > > > > Aha, as I thought you are bundling in the war all sorts of stuff which > AS6 provides (and doesn't support overriding simply by placing in the war). > > > > > > Try removing at least: > > > > > > * geronimo* > > > * javassist > > > * jsr250-api > > > * myfaces-api > > > * myfaces-impl > > > * openwebbeans* > > > * scannotation > > > > > > you may also need to remove commons-XXX which duplicate that in the AS > > > > > > HTH > > > > > > > > > On 31 Dec 2010, at 15:42, Michael Schütz wrote: > > > > > > > Please see attached screenshot. > > > > > > > > Thanks > > > > Michael > > > > > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > > > > No idea. > > > > > > > > What jars are placed in WEB-INF/lib? > > > > > > > > On 31 Dec 2010, at 15:19, Michael Schütz wrote: > > > > > > > > > Thanks for reply, Pete. > > > > > > > > > > Already spoke to CODI team. They do implement Extension. Doesn't > look like CODI bug for them. > > > > > > > > > > So, does this CDI POM config look strange: > > > > > <!-- MyFaces CODI --> > > > > > <dependency> > > > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > > > <artifactId>myfaces-extcdi-core-api</artifactId> > > > > > <version>${myfaces_codi.version}</version> > > > > > <scope>compile</scope> > > > > > </dependency> > > > > > > > > > > <dependency> > > > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > > > <artifactId>myfaces-extcdi-core-impl</artifactId> > > > > > <version>${myfaces_codi.version}</version> > > > > > <scope>runtime</scope> > > > > > </dependency> > > > > > <dependency> > > > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > > > <artifactId>myfaces-extcdi-jsf20-module-api</artifactId> > > > > > <version>${myfaces_codi.version}</version> > > > > > <scope>compile</scope> > > > > > </dependency> > > > > > > > > > > <dependency> > > > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > > > <artifactId>myfaces-extcdi-jsf20-module-impl</artifactId> > > > > > <version>${myfaces_codi.version}</version> > > > > > <scope>runtime</scope> > > > > > </dependency> > > > > > > > > > > > > > > > Cheers > > > > > Michael > > > > > > > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > > > > > > > > > > On 31 Dec 2010, at 14:37, Michael Schütz wrote: > > > > > > > > > > > Hi to all, > > > > > > > > > > > > would like to run CODI/MyFaces example within JBoss AS 6 final. > > > > > > Getting: > > > > > > WeldBootstrapBean state=Create: java.lang.RuntimeException: > Service class or > > > > > > > g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension > didn't implement the Extension interface > > > > > > > > > > > > at > org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) > [:6.0.0.Final] > > > > > > > > > > > > at > org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) > [:6.0.0.Final] > > > > > > at > org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) > [:6.0.0.Final] > > > > > > > > > > > > at > org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) > [:6.0.0.Final] > > > > > > > > > > > > at > org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) > [:6.0.0.Final] > > > > > > at > org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) > [:6.0.0.Final] > > > > > > > > > > > > at > org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) > [:6.0.0.Final] > > > > > > > > > > > > at > org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) > [:6.0.0.Final] > > > > > > > > > > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) [:1.6.0_21] > > > > > > > > > > > > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [:1.6.0_21] > > > > > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [:1.6.0_21] > > > > > > > > > > > > Everything runs fine within Tomcat7. > > > > > > > > > > > > Already posted question at Weld forum without having much success: > > http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActiva... > > > > > > > > > > > > > > What I would like to know: > > > > > > 1) Is it not supposed to run? > > > > > > > > > > I would guess it is, but you should check with the CODI team. > > > > > > > > > > > 2) Is it project configuration issue? > > > > > > > > > > Possibly, it looks like it does really impl Extension so check you > aren't bundling the CDI API in your war accidentally. > > > > > > > > > > > 3) Is it a bug? (JBoss, Weld? JIRA issue already filed) > > > > > > > > > > Probably not in JBoss or Weld. > > > > > > > > > > > > > > > > > > > > > > > thanks a lot > > > > > > Michael > > > > > > _______________________________________________ > > > > > > weld-dev mailing list > > > > > > weld-dev(a)lists.jboss.org > > > > > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > > > > > > > > > _______________________________________________ > > > > > weld-dev mailing list > > > > > weld-dev(a)lists.jboss.org > > > > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > > > > > > <codi_webinf_lib.png> > > > > > > > > > _______________________________________________ > > > weld-dev mailing list > > > weld-dev(a)lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > > > > > > -- > > > Dan Allen > > > Principal Software Engineer, Red Hat | Author of Seam in Action > > > Registered Linux User #231597 > > > > > > http://mojavelinux.com > > > http://mojavelinux.com/seaminaction > > > > http://www.google.com/profiles/dan.j.allen > > > > _______________________________________________ > > > weld-dev mailing list > > > weld-dev(a)lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > _______________________________________________ > > weld-dev mailing list > > weld-dev(a)lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > -----Inline Attachment Follows----- > > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev

Thanks, Dan - I will try this the next days. So commenting out <listener><listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class></listener> in web.xml is just fine, technically? Thanks Michael 2011/1/4 Dan Allen <dan.j.allen(a)gmail.com&gt; Michael, To use MyFaces on JBoss AS 6, you need to provide a hint as described here: http://community.jboss.org/wiki/JSFonJBossAS6 Feel free to propagate that information. -Dan On Mon, Jan 3, 2011 at 6:48 PM, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: This is interesting: As recommended, I did only keep myfaces-extcdi-* jars. This resulted in: Error configuring application listener of class org.apache.webbeans.servlet.WebBeansConfigurationListener: java.lang.ClassNotFoundException: org.apache.webbeans.servlet.WebBeansConfigurationListener Error configuring application listener of class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener WebBeansConfigurationListener is contained in openwebbeans-web-1.0.0.jar and StartupServletContextListener in myfaces-impl-2.0.3.jar. So I did comment out Listener in web.xml: <!-- <listener> <listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class> </listener> <listener> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> </listener> --> After that server starts fine, using Mojarra 2.0.3. Applications works partially as expected: * JSF2 RequestScope does work as expected * JSF2 ViewScope does _not_ work: it seems not to be initialized * CODI Conversation and CODI Window-Scope do work as expected * CODI ViewAccessScoped does _not_ work as expected: it has been initialized, but never expires Not commenting out <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> causes: class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener This is quite strange, as this class is provided in myfaces-impl-2.0.1.jar shipped with AS. Seems to be a classloading issue - right? So, are this still project configuration troubles: wrong Listener used etc? Or is it more likely to be a bug? Thanks a lot Michael 2011/1/3 Mark Struberg <struberg(a)yahoo.de&gt; Hi Michael! What definitely needs to be removed: * geronimo-*_spec (all the specs are already included in JBOSS) * jsr250-api * openwebbeans* * scannotation * myfaces-impl * myfaces-api you should also be able to remove all the commons stuff... The only things you need are basically the myfaces-extcdi-* jars. LieGrue, strub --- On Mon, 1/3/11, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: From: Michael Schütz <michaelschuetz83(a)gmail.com&gt; Subject: Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn't implement the Extension interface To: "Peter Muir" <pmuir(a)redhat.com&gt; Cc: &quot;weld-dev(a)lists.jboss.org&quot; <weld-dev(a)lists.jboss.org&gt; Date: Monday, January 3, 2011, 10:34 AM Pete, I already did that: I did remove geronimo-jcdi and javassist. Current error: 11:19:22,486 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBoo n: WELD-001409 Ambiguous dependencies for type [MessageContext] with qualifiers [@Default] at injection point [[parameter 1] of [method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.Jsf ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public org.apache.myfa eateContext(MessageContext, Instance<MessageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]] at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final] Please find screenshot attached with current WEB-INF/lib directory. Are you saying removing everything but myfaces-extcdi-*.jar is expected to work? Thanks Michael 2011/1/3 Peter Muir <pmuir(a)redhat.com&gt; Do what I said and remove javassist. --Pete Muirhttp://in.relation.to/Bloggers/Pete On 2 Jan 2011, at 22:34, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: Thanks Dan and Pete for your replys. I did remove geronimo-jcdi and got: 23:14:08,172 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean state=Create: java.lang.ClassCastException: org.jboss.weld .security.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war"-Built-in-Principal_$$_WeldProxy cannot be cast to javassist.util.proxy.ProxyObject at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) [:6.0.0.Final] at org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46) [:6.0.0.Final] So, I removed javassist in the next step and i got: 23:17:31,816 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean state=Create: org.jboss.weld.exceptions.DeploymentExceptio n: WELD-001409 Ambiguous dependencies for type [MessageContext] with qualifiers [@Default] at injection point [[parameter 1] of [method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.createContext(MessageContext, Instance<Me ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.cr eateContext(MessageContext, Instance<MessageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]] at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final] Seams like myfaces-extcdi-message-module-impl-0.9.1.jar causes the troubles. Any thoughts what needs to be done? Thanks Michael 2011/1/1 Pete Muir <pmuir(a)redhat.com&gt; On 31 Dec 2010, at 17:39, Dan Allen wrote: > It's more than likely geronimo-jcdi jar that's causing the problem. Weld looks to see if Extension class equals Extension class and since there are two independent instances on the classpath, it breaks the comparison. 9/10 this is the source of a class not found problem. > > Java EE APIs should never be provided by an archive when deploying to a compliant app server. If you were moving from Tomcat to JBoss AS it's important to keep that in mind. > > I doubt the apache-commons libraries would present a problem, so you can likely leave those. They (used to at least) cause problems with RichFaces. In general until AS7 I would recommend not duplicating libs in your war that in the AS, it will cause you a lot less problems in the long run :-D > > -Dan > > On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > Aha, as I thought you are bundling in the war all sorts of stuff which AS6 provides (and doesn't support overriding simply by placing in the war). > > Try removing at least: > > * geronimo* > * javassist > * jsr250-api > * myfaces-api > * myfaces-impl > * openwebbeans* > * scannotation > > you may also need to remove commons-XXX which duplicate that in the AS > > HTH > > > On 31 Dec 2010, at 15:42, Michael Schütz wrote: > > > Please see attached screenshot. > > > > Thanks > > Michael > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > No idea. > > > > What jars are placed in WEB-INF/lib? > > > > On 31 Dec 2010, at 15:19, Michael Schütz wrote: > > > > > Thanks for reply, Pete. > > > > > > Already spoke to CODI team. They do implement Extension. Doesn't look like CODI bug for them. > > > > > > So, does this CDI POM config look strange: > > > <!-- MyFaces CODI --> > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > <artifactId>myfaces-extcdi-core-api</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>compile</scope> > > > </dependency> > > > > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > <artifactId>myfaces-extcdi-core-impl</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>runtime</scope> > > > </dependency> > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > <artifactId>myfaces-extcdi-jsf20-module-api</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>compile</scope> > > > </dependency> > > > > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > <artifactId>myfaces-extcdi-jsf20-module-impl</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>runtime</scope> > > > </dependency> > > > > > > > > > Cheers > > > Michael > > > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > > > > > On 31 Dec 2010, at 14:37, Michael Schütz wrote: > > > > > > > Hi to all, > > > > > > > > would like to run CODI/MyFaces example within JBoss AS 6 final. > > > > Getting: > > > > WeldBootstrapBean state=Create: java.lang.RuntimeException: Service class or > > > > g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension didn't implement the Extension interface > > > > > > > > at org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) [:6.0.0.Final] > > > > at org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) [:6.0.0.Final] > > > > at org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) [:6.0.0.Final] > > > > > > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21] > > > > > > > > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21] > > > > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21] > > > > > > > > Everything runs fine within Tomcat7. > > > > > > > > Already posted question at Weld forum without having much success: http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActiva... > > > > > > > > What I would like to know: > > > > 1) Is it not supposed to run? > > > > > > I would guess it is, but you should check with the CODI team. > > > > > > > 2) Is it project configuration issue? > > > > > > Possibly, it looks like it does really impl Extension so check you aren't bundling the CDI API in your war accidentally. > > > > > > > 3) Is it a bug? (JBoss, Weld? JIRA issue already filed) > > > > > > Probably not in JBoss or Weld. > > > > > > > > > > > > > > > thanks a lot > > > > Michael > > > > _______________________________________________ > > > > weld-dev mailing list > > > > weld-dev(a)lists.jboss.org > > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > > _______________________________________________ > > > weld-dev mailing list > > > weld-dev(a)lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > <codi_webinf_lib.png> > > > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > http://www.google.com/profiles/dan.j.allen > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev -----Inline Attachment Follows----- _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://mojavelinux.com http://mojavelinux.com/seaminaction http://www.google.com/profiles/dan.j.allen

Dan, thanks again. Having MyFaces configured now. Getting following error: 09:58:21,068 INFO [org.apache.myfaces.util.ExternalSpecifications] MyFaces Unified EL support enabled 09:58:21,209 INFO [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myfaces-cdi-1.0.2-SNAPSHOT]] No state saving method defined, assuming default server state saving 09:58:28,820 SCHWERWIEGEND [org.apache.myfaces.view.facelets.DefaultFaceletsStateManagementHelper] Exiting serializeView - Could not serialize state: org.jboss.weld.bean.ManagedBean: java.io.NotSerializableException: org.jboss.weld.bean.ManagedBean at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156) [:1.6.0_21] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) [:1.6.0_21] at java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1246) [:1.6.0_21] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21] at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_21] at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) [:1.6.0_21] at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) [:1.6.0_21] at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) [:1.6.0_21] at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) [:1.6.0_21] at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) [:1.6.0_21] at java.util.HashMap.writeObject(HashMap.java:1001) [:1.6.0_21] at sun.reflect.GeneratedMethodAccessor270.invoke(Unknown Source) [:1.6.0_21] Does this relate to this post somehow: http://seamframework.org/Community/CannotSerializeSessionAttributeOrgapac... Project configuration or bug; Weld issue? Thanks Michael 2011/1/4 Dan Allen <dan.j.allen(a)gmail.com&gt; Michael, To use MyFaces on JBoss AS 6, you need to provide a hint as described here: http://community.jboss.org/wiki/JSFonJBossAS6 Feel free to propagate that information. -Dan On Mon, Jan 3, 2011 at 6:48 PM, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: This is interesting: As recommended, I did only keep myfaces-extcdi-* jars. This resulted in: Error configuring application listener of class org.apache.webbeans.servlet.WebBeansConfigurationListener: java.lang.ClassNotFoundException: org.apache.webbeans.servlet.WebBeansConfigurationListener Error configuring application listener of class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener WebBeansConfigurationListener is contained in openwebbeans-web-1.0.0.jar and StartupServletContextListener in myfaces-impl-2.0.3.jar. So I did comment out Listener in web.xml: <!-- <listener> <listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class> </listener> <listener> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> </listener> --> After that server starts fine, using Mojarra 2.0.3. Applications works partially as expected: * JSF2 RequestScope does work as expected * JSF2 ViewScope does _not_ work: it seems not to be initialized * CODI Conversation and CODI Window-Scope do work as expected * CODI ViewAccessScoped does _not_ work as expected: it has been initialized, but never expires Not commenting out <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> causes: class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener This is quite strange, as this class is provided in myfaces-impl-2.0.1.jar shipped with AS. Seems to be a classloading issue - right? So, are this still project configuration troubles: wrong Listener used etc? Or is it more likely to be a bug? Thanks a lot Michael 2011/1/3 Mark Struberg <struberg(a)yahoo.de&gt; Hi Michael! What definitely needs to be removed: * geronimo-*_spec (all the specs are already included in JBOSS) * jsr250-api * openwebbeans* * scannotation * myfaces-impl * myfaces-api you should also be able to remove all the commons stuff... The only things you need are basically the myfaces-extcdi-* jars. LieGrue, strub --- On Mon, 1/3/11, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: From: Michael Schütz <michaelschuetz83(a)gmail.com&gt; Subject: Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn't implement the Extension interface To: "Peter Muir" <pmuir(a)redhat.com&gt; Cc: &quot;weld-dev(a)lists.jboss.org&quot; <weld-dev(a)lists.jboss.org&gt; Date: Monday, January 3, 2011, 10:34 AM Pete, I already did that: I did remove geronimo-jcdi and javassist. Current error: 11:19:22,486 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBoo n: WELD-001409 Ambiguous dependencies for type [MessageContext] with qualifiers [@Default] at injection point [[parameter 1] of [method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.Jsf ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public org.apache.myfa eateContext(MessageContext, Instance<MessageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]] at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final] Please find screenshot attached with current WEB-INF/lib directory. Are you saying removing everything but myfaces-extcdi-*.jar is expected to work? Thanks Michael 2011/1/3 Peter Muir <pmuir(a)redhat.com&gt; Do what I said and remove javassist. --Pete Muirhttp://in.relation.to/Bloggers/Pete On 2 Jan 2011, at 22:34, Michael Schütz <michaelschuetz83(a)gmail.com&gt; wrote: Thanks Dan and Pete for your replys. I did remove geronimo-jcdi and got: 23:14:08,172 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean state=Create: java.lang.ClassCastException: org.jboss.weld .security.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war"-Built-in-Principal_$$_WeldProxy cannot be cast to javassist.util.proxy.ProxyObject at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) [:6.0.0.Final] at org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46) [:6.0.0.Final] So, I removed javassist in the next step and i got: 23:17:31,816 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] Error installing to Start: name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean state=Create: org.jboss.weld.exceptions.DeploymentExceptio n: WELD-001409 Ambiguous dependencies for type [MessageContext] with qualifiers [@Default] at injection point [[parameter 1] of [method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.createContext(MessageContext, Instance<Me ssageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.cr eateContext(MessageContext, Instance<MessageFactory>, Instance<ELProvider>, Instance<ArgumentFilter>)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]] at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final] Seams like myfaces-extcdi-message-module-impl-0.9.1.jar causes the troubles. Any thoughts what needs to be done? Thanks Michael 2011/1/1 Pete Muir <pmuir(a)redhat.com&gt; On 31 Dec 2010, at 17:39, Dan Allen wrote: > It's more than likely geronimo-jcdi jar that's causing the problem. Weld looks to see if Extension class equals Extension class and since there are two independent instances on the classpath, it breaks the comparison. 9/10 this is the source of a class not found problem. > > Java EE APIs should never be provided by an archive when deploying to a compliant app server. If you were moving from Tomcat to JBoss AS it's important to keep that in mind. > > I doubt the apache-commons libraries would present a problem, so you can likely leave those. They (used to at least) cause problems with RichFaces. In general until AS7 I would recommend not duplicating libs in your war that in the AS, it will cause you a lot less problems in the long run :-D > > -Dan > > On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir <pmuir(a)redhat.com&gt; wrote: > Aha, as I thought you are bundling in the war all sorts of stuff which AS6 provides (and doesn't support overriding simply by placing in the war). > > Try removing at least: > > * geronimo* > * javassist > * jsr250-api > * myfaces-api > * myfaces-impl > * openwebbeans* > * scannotation > > you may also need to remove commons-XXX which duplicate that in the AS > > HTH > > > On 31 Dec 2010, at 15:42, Michael Schütz wrote: > > > Please see attached screenshot. > > > > Thanks > > Michael > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > No idea. > > > > What jars are placed in WEB-INF/lib? > > > > On 31 Dec 2010, at 15:19, Michael Schütz wrote: > > > > > Thanks for reply, Pete. > > > > > > Already spoke to CODI team. They do implement Extension. Doesn't look like CODI bug for them. > > > > > > So, does this CDI POM config look strange: > > > <!-- MyFaces CODI --> > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > <artifactId>myfaces-extcdi-core-api</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>compile</scope> > > > </dependency> > > > > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> > > > <artifactId>myfaces-extcdi-core-impl</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>runtime</scope> > > > </dependency> > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > <artifactId>myfaces-extcdi-jsf20-module-api</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>compile</scope> > > > </dependency> > > > > > > <dependency> > > > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> > > > <artifactId>myfaces-extcdi-jsf20-module-impl</artifactId> > > > <version>${myfaces_codi.version}</version> > > > <scope>runtime</scope> > > > </dependency> > > > > > > > > > Cheers > > > Michael > > > > > > 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; > > > > > > On 31 Dec 2010, at 14:37, Michael Schütz wrote: > > > > > > > Hi to all, > > > > > > > > would like to run CODI/MyFaces example within JBoss AS 6 final. > > > > Getting: > > > > WeldBootstrapBean state=Create: java.lang.RuntimeException: Service class or > > > > g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension didn't implement the Extension interface > > > > > > > > at org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) [:6.0.0.Final] > > > > at org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) [:6.0.0.Final] > > > > at org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) [:6.0.0.Final] > > > > > > > > at org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) [:6.0.0.Final] > > > > > > > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21] > > > > > > > > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21] > > > > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21] > > > > > > > > Everything runs fine within Tomcat7. > > > > > > > > Already posted question at Weld forum without having much success: http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActiva... > > > > > > > > What I would like to know: > > > > 1) Is it not supposed to run? > > > > > > I would guess it is, but you should check with the CODI team. > > > > > > > 2) Is it project configuration issue? > > > > > > Possibly, it looks like it does really impl Extension so check you aren't bundling the CDI API in your war accidentally. > > > > > > > 3) Is it a bug? (JBoss, Weld? JIRA issue already filed) > > > > > > Probably not in JBoss or Weld. > > > > > > > > > > > > > > > thanks a lot > > > > Michael > > > > _______________________________________________ > > > > weld-dev mailing list > > > > weld-dev(a)lists.jboss.org > > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > > > > _______________________________________________ > > > weld-dev mailing list > > > weld-dev(a)lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > > > <codi_webinf_lib.png> > > > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev > > > > -- > Dan Allen > Principal Software Engineer, Red Hat | Author of Seam in Action > Registered Linux User #231597 > > http://mojavelinux.com > http://mojavelinux.com/seaminaction > http://www.google.com/profiles/dan.j.allen > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev -----Inline Attachment Follows----- _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev -- Dan Allen Principal Software Engineer, Red Hat | Author of Seam in Action Registered Linux User #231597 http://mojavelinux.com http://mojavelinux.com/seaminaction http://www.google.com/profiles/dan.j.allen

Hmm Beans are serialized all the day if you use a @ViewScoped context because the JSF ViewMap gets serialized/deserialized on every request. And the ViewScopeContext stores all the beans (+contextual instances, dependent objects, etc) in the ViewMap. I remember that this used to work in an earlier Weld version. LieGrue, strub --- On Wed, 1/5/11, Pete Muir <pmuir(a)bleepbleep.org.uk&gt; wrote: > From: Pete Muir <pmuir(a)bleepbleep.org.uk&gt; > Subject: Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn't implement the Extension interface > To: "Michael Schütz" <michaelschuetz83(a)gmail.com&gt; > Cc: "Dan Allen" <dan.j.allen(a)gmail.com&gt;, "Mark Struberg" <struberg(a)yahoo.de&gt;, &quot;weld-dev(a)lists.jboss.org&quot; <weld-dev(a)lists.jboss.org&gt; > Date: Wednesday, January 5, 2011, 11:24 AM > Weird, I wonder what is trying to > serialize a bean object, there is no spec requirement for > these to be serializable. Can you find out? > > On 5 Jan 2011, at 09:03, Michael Schütz wrote: > >> Dan, >> thanks again. >> >> Having MyFaces configured now. >> >> Getting following error: >> 09:58:21,068 INFO > [org.apache.myfaces.util.ExternalSpecifications] MyFaces > Unified EL support enabled >> 09:58:21,209 INFO > [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myfaces-cdi-1.0.2-SNAPSHOT]] > No state saving method defined, assuming default server > state saving >> 09:58:28,820 SCHWERWIEGEND > [org.apache.myfaces.view.facelets.DefaultFaceletsStateManagementHelper] > Exiting serializeView - Could not serialize state: > org.jboss.weld.bean.ManagedBean: > java.io.NotSerializableException: > org.jboss.weld.bean.ManagedBean >> at > java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156) > [:1.6.0_21] >> at > java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) > [:1.6.0_21] >> at > java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1246) > [:1.6.0_21] >> at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [:1.6.0_21] >> at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [:1.6.0_21] >> at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [:1.6.0_21] >> at > java.lang.reflect.Method.invoke(Method.java:597) > [:1.6.0_21] >> at > java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) > [:1.6.0_21] >> at > java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) > [:1.6.0_21] >> at > java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) > [:1.6.0_21] >> at > java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) > [:1.6.0_21] >> at > java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) > [:1.6.0_21] >> at > java.util.HashMap.writeObject(HashMap.java:1001) > [:1.6.0_21] >> at > sun.reflect.GeneratedMethodAccessor270.invoke(Unknown > Source) [:1.6.0_21] >> >> Does this relate to this post somehow: >> http://seamframework.org/Community/CannotSerializeSessionAttributeOrgapac... >> >> Project configuration or bug; Weld issue? >> >> >> Thanks >> Michael >> >> 2011/1/4 Dan Allen <dan.j.allen(a)gmail.com&gt; >> Michael, >> >> To use MyFaces on JBoss AS 6, you need to provide a > hint as described here: >> >> http://community.jboss.org/wiki/JSFonJBossAS6 >> >> Feel free to propagate that information. >> >> -Dan >> >> >> On Mon, Jan 3, 2011 at 6:48 PM, Michael Schütz <michaelschuetz83(a)gmail.com&gt; > wrote: >> This is interesting: >> >> As recommended, I did only keep myfaces-extcdi-* > jars. >> >> This resulted in: >> Error configuring application listener of class > org.apache.webbeans.servlet.WebBeansConfigurationListener: > java.lang.ClassNotFoundException: > org.apache.webbeans.servlet.WebBeansConfigurationListener >> Error configuring application listener of class > org.apache.myfaces.webapp.StartupServletContextListener: > java.lang.ClassNotFoundException: > org.apache.myfaces.webapp.StartupServletContextListener >> >> WebBeansConfigurationListener is contained in > openwebbeans-web-1.0.0.jar and StartupServletContextListener > in myfaces-impl-2.0.3.jar. >> >> So I did comment out Listener in web.xml: >> <!-- >> <listener> >> > <listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class> >> </listener> >> >> <listener> >> > <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> >> </listener> >> --> >> >> After that server starts fine, using Mojarra 2.0.3. >> Applications works partially as expected: >> * JSF2 RequestScope does work as expected >> * JSF2 ViewScope does _not_ work: it seems not to be > initialized >> * CODI Conversation and CODI Window-Scope do work as > expected >> * CODI ViewAccessScoped does _not_ work as expected: > it has been initialized, but never expires >> >> Not commenting out > <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> > causes: >> class > org.apache.myfaces.webapp.StartupServletContextListener: > java.lang.ClassNotFoundException: > org.apache.myfaces.webapp.StartupServletContextListener >> >> This is quite strange, as this class is provided in > myfaces-impl-2.0.1.jar shipped with AS. Seems to be a > classloading issue - right? >> >> So, are this still project configuration troubles: > wrong Listener used etc? Or is it more likely to be a bug? >> >> >> Thanks a lot >> Michael >> >> 2011/1/3 Mark Struberg <struberg(a)yahoo.de&gt; >> >> Hi Michael! >> >> What definitely needs to be removed: >> >> * geronimo-*_spec (all the specs are already included > in JBOSS) >> * jsr250-api >> * openwebbeans* >> * scannotation >> * myfaces-impl >> * myfaces-api >> >> you should also be able to remove all the commons > stuff... >> >> >> The only things you need are basically the > myfaces-extcdi-* jars. >> >> LieGrue, >> strub >> >> >> --- On Mon, 1/3/11, Michael Schütz <michaelschuetz83(a)gmail.com&gt; > wrote: >> >> From: Michael Schütz <michaelschuetz83(a)gmail.com&gt; >> Subject: Re: [weld-dev] CODI and JBoss AS 6 final: > ProjectStageActivationExtension didn't implement the > Extension interface >> To: "Peter Muir" <pmuir(a)redhat.com&gt; >> Cc: &quot;weld-dev(a)lists.jboss.org&quot; > <weld-dev(a)lists.jboss.org&gt; >> Date: Monday, January 3, 2011, 10:34 AM >> >> Pete, I already did that: I did remove geronimo-jcdi > and javassist. >> >> Current error: >> 11:19:22,486 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] > Error installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBoo >> >> n: WELD-001409 Ambiguous dependencies for type > [MessageContext] with qualifiers [@Default] at injection > point [[parameter 1] of [method] @Produces @Dependent @Jsf > @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.Jsf >> >> ssageFactory>, Instance<ELProvider>, > Instance<ArgumentFilter>)]. Possible dependencies > [[Producer Method [MessageContext] with qualifiers [@Any > @Default] declared as [[method] @Produces @Dependent @Jsf > @Named public org.apache.myfa >> >> eateContext(MessageContext, > Instance<MessageFactory>, Instance<ELProvider>, > Instance<ArgumentFilter>)], Managed Bean [class > org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] > with qualifiers [@Any @Default]]] >> >> at > org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) > [:6.0.0.Final] >> >> >> Please find screenshot attached with current > WEB-INF/lib directory. >> Are you saying removing everything but > myfaces-extcdi-*.jar is expected to work? >> >> >> >> Thanks >> Michael >> >> >> 2011/1/3 Peter Muir <pmuir(a)redhat.com&gt; >> >> Do what I said and remove javassist. >> >> --Pete Muirhttp://in.relation.to/Bloggers/Pete >> >> On 2 Jan 2011, at 22:34, Michael Schütz <michaelschuetz83(a)gmail.com&gt; > wrote: >> >> >> Thanks Dan and Pete for your replys. >> >> I did remove geronimo-jcdi and got: >> 23:14:08,172 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] > Error installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean > state=Create: java.lang.ClassCastException: org.jboss.weld >> >> >> > .security.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war"-Built-in-Principal_$$_WeldProxy > cannot be cast to javassist.util.proxy.ProxyObject >> >> >> at > org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) > [:6.0.0.Final] >> at > org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46) > [:6.0.0.Final] >> >> So, I removed javassist in the next step and i got: >> >> >> 23:17:31,816 ERROR > [org.jboss.kernel.plugins.dependency.AbstractKernelController] > Error installing to Start: > name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean > state=Create: org.jboss.weld.exceptions.DeploymentExceptio >> >> >> n: WELD-001409 Ambiguous dependencies for type > [MessageContext] with qualifiers [@Default] at injection > point [[parameter 1] of [method] @Produces @Dependent @Jsf > @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.createContext(MessageContext, > Instance<Me >> >> >> ssageFactory>, Instance<ELProvider>, > Instance<ArgumentFilter>)]. Possible dependencies > [[Producer Method [MessageContext] with qualifiers [@Any > @Default] declared as [[method] @Produces @Dependent @Jsf > @Named public > org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.cr >> >> >> eateContext(MessageContext, > Instance<MessageFactory>, Instance<ELProvider>, > Instance<ArgumentFilter>)], Managed Bean [class > org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] > with qualifiers [@Any @Default]]] >> >> >> at > org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) > [:6.0.0.Final] >> >> Seams like > myfaces-extcdi-message-module-impl-0.9.1.jar causes the > troubles. Any thoughts what needs to be done? >> >> >> >> >> Thanks >> Michael >> >> >> 2011/1/1 Pete Muir <pmuir(a)redhat.com&gt; >> >> >> >> >> On 31 Dec 2010, at 17:39, Dan Allen wrote: >> >> >> >>> It's more than likely geronimo-jcdi jar that's > causing the problem. Weld looks to see if Extension class > equals Extension class and since there are two independent > instances on the classpath, it breaks the comparison. 9/10 > this is the source of a class not found problem. >> >> >> >>> >> >>> Java EE APIs should never be provided by an > archive when deploying to a compliant app server. If you > were moving from Tomcat to JBoss AS it's important to keep > that in mind. >> >>> >> >>> I doubt the apache-commons libraries would > present a problem, so you can likely leave those. >> >> >> >> They (used to at least) cause problems with > RichFaces. >> >> >> >> In general until AS7 I would recommend not duplicating > libs in your war that in the AS, it will cause you a lot > less problems in the long run :-D >> >> >> >> >> >>> >> >>> -Dan >> >>> >> >>> On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir > <pmuir(a)redhat.com&gt; > wrote: >> >> >>> Aha, as I thought you are bundling in the war all > sorts of stuff which AS6 provides (and doesn't support > overriding simply by placing in the war). >> >>> >> >>> Try removing at least: >> >>> >> >>> * geronimo* >> >>> * javassist >> >>> * jsr250-api >> >>> * myfaces-api >> >>> * myfaces-impl >> >>> * openwebbeans* >> >>> * scannotation >> >>> >> >>> you may also need to remove commons-XXX which > duplicate that in the AS >> >>> >> >>> HTH >> >>> >> >>> >> >>> On 31 Dec 2010, at 15:42, Michael Schütz wrote: >> >>> >> >>>> Please see attached screenshot. >> >>>> >> >>>> Thanks >> >>>> Michael >> >>>> >> >>>> 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; >> >> >>>> No idea. >> >>>> >> >>>> What jars are placed in WEB-INF/lib? >> >>>> >> >>>> On 31 Dec 2010, at 15:19, Michael Schütz > wrote: >> >>>> >> >>>>> Thanks for reply, Pete. >> >>>>> >> >>>>> Already spoke to CODI team. They do > implement Extension. Doesn't look like CODI bug for them. >> >>>>> >> >>>>> So, does this CDI POM config look > strange: >> >>>>> <!-- MyFaces CODI --> >> >>>>> > <dependency> >> >>>>> > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> >> >>>>> > <artifactId>myfaces-extcdi-core-api</artifactId> >> >>>>> > <version>${myfaces_codi.version}</version> >> >>>>> > <scope>compile</scope> >> >>>>> > </dependency> >> >>>>> >> >>>>> > <dependency> >> >>>>> > <groupId>org.apache.myfaces.extensions.cdi.core</groupId> >> >>>>> > <artifactId>myfaces-extcdi-core-impl</artifactId> >> >>>>> > <version>${myfaces_codi.version}</version> >> >>>>> > <scope>runtime</scope> >> >>>>> > </dependency> >> >>>>> > <dependency> >> >>>>> > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> >> >>>>> > <artifactId>myfaces-extcdi-jsf20-module-api</artifactId> >> >>>>> > <version>${myfaces_codi.version}</version> >> >>>>> > <scope>compile</scope> >> >>>>> > </dependency> >> >>>>> >> >>>>> > <dependency> >> >>>>> > <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> >> >>>>> > <artifactId>myfaces-extcdi-jsf20-module-impl</artifactId> >> >>>>> > <version>${myfaces_codi.version}</version> >> >>>>> > <scope>runtime</scope> >> >>>>> > </dependency> >> >>>>> >> >>>>> >> >>>>> Cheers >> >>>>> Michael >> >>>>> >> >>>>> 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; >> >> >>>>> >> >>>>> On 31 Dec 2010, at 14:37, Michael > Schütz wrote: >> >>>>> >> >>>>>> Hi to all, >> >>>>>> >> >>>>>> would like to run CODI/MyFaces > example within JBoss AS 6 final. >> >>>>>> Getting: >> >>>>>> WeldBootstrapBean state=Create: > java.lang.RuntimeException: Service class or >> >>>>>> > g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension > didn't implement the Extension interface >> >>>>>> >> >>>>>> > at > org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) > [:6.0.0.Final] >> >>>>>> > at > org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) > [:6.0.0.Final] >> >>>>>> > at > org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) > [:6.0.0.Final] >> >>>>>> >> >>>>>> > at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [:1.6.0_21] >> >>>>>> >> >>>>>> > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [:1.6.0_21] >> >>>>>> > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [:1.6.0_21] >> >>>>>> >> >>>>>> Everything runs fine within > Tomcat7. >> >>>>>> >> >>>>>> Already posted question at Weld > forum without having much success: http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActiva... >> >> >> >>>>>> >> >>>>>> What I would like to know: >> >>>>>> 1) Is it not supposed to run? >> >>>>> >> >>>>> I would guess it is, but you should > check with the CODI team. >> >>>>> >> >>>>>> 2) Is it project configuration > issue? >> >>>>> >> >>>>> Possibly, it looks like it does really > impl Extension so check you aren't bundling the CDI API in > your war accidentally. >> >>>>> >> >>>>>> 3) Is it a bug? (JBoss, Weld? JIRA > issue already filed) >> >>>>> >> >>>>> Probably not in JBoss or Weld. >> >>>>> >> >>>>>> >> >>>>>> >> >>>>>> thanks a lot >> >>>>>> Michael >> >>>>>> > _______________________________________________ >> >>>>>> weld-dev mailing list >> >>>>>> weld-dev(a)lists.jboss.org >> >> >>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >>>>> >> >>>>> >> >>>>> > _______________________________________________ >> >>>>> weld-dev mailing list >> >>>>> weld-dev(a)lists.jboss.org >> >> >>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >>>> >> >>>> >> >>>> <codi_webinf_lib.png> >> >>> >> >>> >> >>> _______________________________________________ >> >>> weld-dev mailing list >> >>> weld-dev(a)lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >>> >> >>> >> >>> >> >>> -- >> >>> Dan Allen >> >>> Principal Software Engineer, Red Hat | Author of > Seam in Action >> >>> Registered Linux User #231597 >> >>> >> >>> http://mojavelinux.com >> >>> http://mojavelinux.com/seaminaction >> >> >>> http://www.google.com/profiles/dan.j.allen >> >> >>> _______________________________________________ >> >>> weld-dev mailing list >> >>> weld-dev(a)lists.jboss.org >> >>> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >> >> >> >> >> _______________________________________________ >> >> weld-dev mailing list >> >> weld-dev(a)lists.jboss.org >> >> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >> >> >> >> >> >> -----Inline Attachment Follows----- >> >> _______________________________________________ >> weld-dev mailing list >> weld-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >> >> >> >> _______________________________________________ >> weld-dev mailing list >> weld-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/weld-dev >> >> >> >> -- >> Dan Allen >> Principal Software Engineer, Red Hat | Author of Seam > in Action >> Registered Linux User #231597 >> >> http://mojavelinux.com >> http://mojavelinux.com/seaminaction >> http://www.google.com/profiles/dan.j.allen >> > > _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev

Basically the issue is that the spec doesn't place any mandate on a PassivationCapable bean being serializable when passed to a Context impl. This is something we should definitely change in the spec (see CDI-24) as it's quite simple for the container to do for you, and something we can do in Weld for 1.2.0 (see WELD-793) but for CODI to be "spec compliant" for CDI 1.0 it does need to remove this assumption. NB OWB already does this hence why it works there. On 5 Jan 2011, at 13:15, Pete Muir wrote: > Ok, so it sounds like a poor assumption by CODI that the Bean object is serializable. Michael, I suggest you file an issue in their issue tracker for this. > > On 5 Jan 2011, at 13:11, Mark Struberg wrote: > >> Hmm Beans are serialized all the day if you use a @ViewScoped context because the JSF ViewMap gets serialized/deserialized on every request. And the ViewScopeContext stores all the beans (+contextual instances, dependent objects, etc) in the ViewMap. I remember that this used to work in an earlier Weld version. >> >> >> LieGrue, >> strub >> >> >> --- On Wed, 1/5/11, Pete Muir <pmuir(a)bleepbleep.org.uk&gt; wrote: >> >>> From: Pete Muir <pmuir(a)bleepbleep.org.uk&gt; >>> Subject: Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn't implement the Extension interface >>> To: "Michael Schütz" <michaelschuetz83(a)gmail.com&gt; >>> Cc: "Dan Allen" <dan.j.allen(a)gmail.com&gt;, "Mark Struberg" < struberg(a)yahoo.de&gt;, &quot;weld-dev(a)lists.jboss.org&quot; <weld-dev(a)lists.jboss.org&gt; >>> Date: Wednesday, January 5, 2011, 11:24 AM >>> Weird, I wonder what is trying to >>> serialize a bean object, there is no spec requirement for >>> these to be serializable. Can you find out? >>> >>> On 5 Jan 2011, at 09:03, Michael Schütz wrote: >>> >>>> Dan, >>>> thanks again. >>>> >>>> Having MyFaces configured now. >>>> >>>> Getting following error: >>>> 09:58:21,068 INFO >>> [org.apache.myfaces.util.ExternalSpecifications] MyFaces >>> Unified EL support enabled >>>> 09:58:21,209 INFO >>> [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myfaces-cdi-1.0.2-SNAPSHOT]] >>> No state saving method defined, assuming default server >>> state saving >>>> 09:58:28,820 SCHWERWIEGEND >>> [org.apache.myfaces.view.facelets.DefaultFaceletsStateManagementHelper] >>> Exiting serializeView - Could not serialize state: >>> org.jboss.weld.bean.ManagedBean: >>> java.io.NotSerializableException: >>> org.jboss.weld.bean.ManagedBean >>>> at >>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) >>> [:1.6.0_21] >>>> at >>> java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1246) >>> [:1.6.0_21] >>>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> [:1.6.0_21] >>>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> [:1.6.0_21] >>>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> [:1.6.0_21] >>>> at >>> java.lang.reflect.Method.invoke(Method.java:597) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) >>> [:1.6.0_21] >>>> at >>> java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) >>> [:1.6.0_21] >>>> at >>> java.util.HashMap.writeObject(HashMap.java:1001) >>> [:1.6.0_21] >>>> at >>> sun.reflect.GeneratedMethodAccessor270.invoke(Unknown >>> Source) [:1.6.0_21] >>>> >>>> Does this relate to this post somehow: >>>> http://seamframework.org/Community/CannotSerializeSessionAttributeOrgapac... >>>> >>>> Project configuration or bug; Weld issue? >>>> >>>> >>>> Thanks >>>> Michael >>>> >>>> 2011/1/4 Dan Allen <dan.j.allen(a)gmail.com&gt; >>>> Michael, >>>> >>>> To use MyFaces on JBoss AS 6, you need to provide a >>> hint as described here: >>>> >>>> http://community.jboss.org/wiki/JSFonJBossAS6 >>>> >>>> Feel free to propagate that information. >>>> >>>> -Dan >>>> >>>> >>>> On Mon, Jan 3, 2011 at 6:48 PM, Michael Schütz < michaelschuetz83(a)gmail.com&gt; >>> wrote: >>>> This is interesting: >>>> >>>> As recommended, I did only keep myfaces-extcdi-* >>> jars. >>>> >>>> This resulted in: >>>> Error configuring application listener of class >>> org.apache.webbeans.servlet.WebBeansConfigurationListener: >>> java.lang.ClassNotFoundException: >>> org.apache.webbeans.servlet.WebBeansConfigurationListener >>>> Error configuring application listener of class >>> org.apache.myfaces.webapp.StartupServletContextListener: >>> java.lang.ClassNotFoundException: >>> org.apache.myfaces.webapp.StartupServletContextListener >>>> >>>> WebBeansConfigurationListener is contained in >>> openwebbeans-web-1.0.0.jar and StartupServletContextListener >>> in myfaces-impl-2.0.3.jar. >>>> >>>> So I did comment out Listener in web.xml: >>>> <!-- >>>> <listener> >>>> >>> <listener-class>org.apache.webbeans.servlet.WebBeansConfigurationListener</listener-class> >>>> </listener> >>>> >>>> <listener> >>>> >>> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> >>>> </listener> >>>> --> >>>> >>>> After that server starts fine, using Mojarra 2.0.3. >>>> Applications works partially as expected: >>>> * JSF2 RequestScope does work as expected >>>> * JSF2 ViewScope does _not_ work: it seems not to be >>> initialized >>>> * CODI Conversation and CODI Window-Scope do work as >>> expected >>>> * CODI ViewAccessScoped does _not_ work as expected: >>> it has been initialized, but never expires >>>> >>>> Not commenting out >>> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> >>> causes: >>>> class >>> org.apache.myfaces.webapp.StartupServletContextListener: >>> java.lang.ClassNotFoundException: >>> org.apache.myfaces.webapp.StartupServletContextListener >>>> >>>> This is quite strange, as this class is provided in >>> myfaces-impl-2.0.1.jar shipped with AS. Seems to be a >>> classloading issue - right? >>>> >>>> So, are this still project configuration troubles: >>> wrong Listener used etc? Or is it more likely to be a bug? >>>> >>>> >>>> Thanks a lot >>>> Michael >>>> >>>> 2011/1/3 Mark Struberg <struberg(a)yahoo.de&gt; >>>> >>>> Hi Michael! >>>> >>>> What definitely needs to be removed: >>>> >>>> * geronimo-*_spec (all the specs are already included >>> in JBOSS) >>>> * jsr250-api >>>> * openwebbeans* >>>> * scannotation >>>> * myfaces-impl >>>> * myfaces-api >>>> >>>> you should also be able to remove all the commons >>> stuff... >>>> >>>> >>>> The only things you need are basically the >>> myfaces-extcdi-* jars. >>>> >>>> LieGrue, >>>> strub >>>> >>>> >>>> --- On Mon, 1/3/11, Michael Schütz <michaelschuetz83(a)gmail.com&gt; >>> wrote: >>>> >>>> From: Michael Schütz <michaelschuetz83(a)gmail.com&gt; >>>> Subject: Re: [weld-dev] CODI and JBoss AS 6 final: >>> ProjectStageActivationExtension didn't implement the >>> Extension interface >>>> To: "Peter Muir" <pmuir(a)redhat.com&gt; >>>> Cc: &quot;weld-dev(a)lists.jboss.org&quot; >>> <weld-dev(a)lists.jboss.org&gt; >>>> Date: Monday, January 3, 2011, 10:34 AM >>>> >>>> Pete, I already did that: I did remove geronimo-jcdi >>> and javassist. >>>> >>>> Current error: >>>> 11:19:22,486 ERROR >>> [org.jboss.kernel.plugins.dependency.AbstractKernelController] >>> Error installing to Start: >>> name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBoo >>>> >>>> n: WELD-001409 Ambiguous dependencies for type >>> [MessageContext] with qualifiers [@Default] at injection >>> point [[parameter 1] of [method] @Produces @Dependent @Jsf >>> @Named public >>> org.apache.myfaces.extensions.cdi.jsf.impl.message.Jsf >>>> >>>> ssageFactory>, Instance<ELProvider>, >>> Instance<ArgumentFilter>)]. Possible dependencies >>> [[Producer Method [MessageContext] with qualifiers [@Any >>> @Default] declared as [[method] @Produces @Dependent @Jsf >>> @Named public org.apache.myfa >>>> >>>> eateContext(MessageContext, >>> Instance<MessageFactory>, Instance<ELProvider>, >>> Instance<ArgumentFilter>)], Managed Bean [class >>> org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] >>> with qualifiers [@Any @Default]]] >>>> >>>> at >>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) >>> [:6.0.0.Final] >>>> >>>> >>>> Please find screenshot attached with current >>> WEB-INF/lib directory. >>>> Are you saying removing everything but >>> myfaces-extcdi-*.jar is expected to work? >>>> >>>> >>>> >>>> Thanks >>>> Michael >>>> >>>> >>>> 2011/1/3 Peter Muir <pmuir(a)redhat.com&gt; >>>> >>>> Do what I said and remove javassist. >>>> >>>> --Pete Muirhttp://in.relation.to/Bloggers/Pete >>>> >>>> On 2 Jan 2011, at 22:34, Michael Schütz <michaelschuetz83(a)gmail.com&gt; >>> wrote: >>>> >>>> >>>> Thanks Dan and Pete for your replys. >>>> >>>> I did remove geronimo-jcdi and got: >>>> 23:14:08,172 ERROR >>> [org.jboss.kernel.plugins.dependency.AbstractKernelController] >>> Error installing to Start: >>> name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean >>> state=Create: java.lang.ClassCastException: org.jboss.weld >>>> >>>> >>>> >>> .security.org $jboss$weld$bean-jboss$classloader:id="vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war"-Built-in-Principal_$$_WeldProxy >>> cannot be cast to javassist.util.proxy.ProxyObject >>>> >>>> >>>> at >>> org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) >>> [:6.0.0.Final] >>>> at >>> org.jboss.weld.bean.builtin.ee.AbstractEEBean.<init>(AbstractEEBean.java:46) >>> [:6.0.0.Final] >>>> >>>> So, I removed javassist in the next step and i got: >>>> >>>> >>>> 23:17:31,816 ERROR >>> [org.jboss.kernel.plugins.dependency.AbstractKernelController] >>> Error installing to Start: >>> name=vfs:///C:/01-Development/Projekte/CODI/jboss-6.0.0.Final/server/default/deploy/myfaces-cdi-1.0.2-SNAPSHOT.war_WeldBootstrapBean >>> state=Create: org.jboss.weld.exceptions.DeploymentExceptio >>>> >>>> >>>> n: WELD-001409 Ambiguous dependencies for type >>> [MessageContext] with qualifiers [@Default] at injection >>> point [[parameter 1] of [method] @Produces @Dependent @Jsf >>> @Named public >>> org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.createContext(MessageContext, >>> Instance<Me >>>> >>>> >>>> ssageFactory>, Instance<ELProvider>, >>> Instance<ArgumentFilter>)]. Possible dependencies >>> [[Producer Method [MessageContext] with qualifiers [@Any >>> @Default] declared as [[method] @Produces @Dependent @Jsf >>> @Named public >>> org.apache.myfaces.extensions.cdi.jsf.impl.message.JsfAwareMessageContextProducer.cr >>>> >>>> >>>> eateContext(MessageContext, >>> Instance<MessageFactory>, Instance<ELProvider>, >>> Instance<ArgumentFilter>)], Managed Bean [class >>> org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] >>> with qualifiers [@Any @Default]]] >>>> >>>> >>>> at >>> org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) >>> [:6.0.0.Final] >>>> >>>> Seams like >>> myfaces-extcdi-message-module-impl-0.9.1.jar causes the >>> troubles. Any thoughts what needs to be done? >>>> >>>> >>>> >>>> >>>> Thanks >>>> Michael >>>> >>>> >>>> 2011/1/1 Pete Muir <pmuir(a)redhat.com&gt; >>>> >>>> >>>> >>>> >>>> On 31 Dec 2010, at 17:39, Dan Allen wrote: >>>> >>>> >>>> >>>>> It's more than likely geronimo-jcdi jar that's >>> causing the problem. Weld looks to see if Extension class >>> equals Extension class and since there are two independent >>> instances on the classpath, it breaks the comparison. 9/10 >>> this is the source of a class not found problem. >>>> >>>> >>>> >>>>> >>>> >>>>> Java EE APIs should never be provided by an >>> archive when deploying to a compliant app server. If you >>> were moving from Tomcat to JBoss AS it's important to keep >>> that in mind. >>>> >>>>> >>>> >>>>> I doubt the apache-commons libraries would >>> present a problem, so you can likely leave those. >>>> >>>> >>>> >>>> They (used to at least) cause problems with >>> RichFaces. >>>> >>>> >>>> >>>> In general until AS7 I would recommend not duplicating >>> libs in your war that in the AS, it will cause you a lot >>> less problems in the long run :-D >>>> >>>> >>>> >>>> >>>> >>>>> >>>> >>>>> -Dan >>>> >>>>> >>>> >>>>> On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir >>> <pmuir(a)redhat.com&gt; >>> wrote: >>>> >>>> >>>>> Aha, as I thought you are bundling in the war all >>> sorts of stuff which AS6 provides (and doesn't support >>> overriding simply by placing in the war). >>>> >>>>> >>>> >>>>> Try removing at least: >>>> >>>>> >>>> >>>>> * geronimo* >>>> >>>>> * javassist >>>> >>>>> * jsr250-api >>>> >>>>> * myfaces-api >>>> >>>>> * myfaces-impl >>>> >>>>> * openwebbeans* >>>> >>>>> * scannotation >>>> >>>>> >>>> >>>>> you may also need to remove commons-XXX which >>> duplicate that in the AS >>>> >>>>> >>>> >>>>> HTH >>>> >>>>> >>>> >>>>> >>>> >>>>> On 31 Dec 2010, at 15:42, Michael Schütz wrote: >>>> >>>>> >>>> >>>>>> Please see attached screenshot. >>>> >>>>>> >>>> >>>>>> Thanks >>>> >>>>>> Michael >>>> >>>>>> >>>> >>>>>> 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; >>>> >>>> >>>>>> No idea. >>>> >>>>>> >>>> >>>>>> What jars are placed in WEB-INF/lib? >>>> >>>>>> >>>> >>>>>> On 31 Dec 2010, at 15:19, Michael Schütz >>> wrote: >>>> >>>>>> >>>> >>>>>>> Thanks for reply, Pete. >>>> >>>>>>> >>>> >>>>>>> Already spoke to CODI team. They do >>> implement Extension. Doesn't look like CODI bug for them. >>>> >>>>>>> >>>> >>>>>>> So, does this CDI POM config look >>> strange: >>>> >>>>>>> <!-- MyFaces CODI --> >>>> >>>>>>> >>> <dependency> >>>> >>>>>>> >>> <groupId>org.apache.myfaces.extensions.cdi.core</groupId> >>>> >>>>>>> >>> <artifactId>myfaces-extcdi-core-api</artifactId> >>>> >>>>>>> >>> <version>${myfaces_codi.version}</version> >>>> >>>>>>> >>> <scope>compile</scope> >>>> >>>>>>> >>> </dependency> >>>> >>>>>>> >>>> >>>>>>> >>> <dependency> >>>> >>>>>>> >>> <groupId>org.apache.myfaces.extensions.cdi.core</groupId> >>>> >>>>>>> >>> <artifactId>myfaces-extcdi-core-impl</artifactId> >>>> >>>>>>> >>> <version>${myfaces_codi.version}</version> >>>> >>>>>>> >>> <scope>runtime</scope> >>>> >>>>>>> >>> </dependency> >>>> >>>>>>> >>> <dependency> >>>> >>>>>>> >>> <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> >>>> >>>>>>> >>> <artifactId>myfaces-extcdi-jsf20-module-api</artifactId> >>>> >>>>>>> >>> <version>${myfaces_codi.version}</version> >>>> >>>>>>> >>> <scope>compile</scope> >>>> >>>>>>> >>> </dependency> >>>> >>>>>>> >>>> >>>>>>> >>> <dependency> >>>> >>>>>>> >>> <groupId>org.apache.myfaces.extensions.cdi.modules</groupId> >>>> >>>>>>> >>> <artifactId>myfaces-extcdi-jsf20-module-impl</artifactId> >>>> >>>>>>> >>> <version>${myfaces_codi.version}</version> >>>> >>>>>>> >>> <scope>runtime</scope> >>>> >>>>>>> >>> </dependency> >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>>> Cheers >>>> >>>>>>> Michael >>>> >>>>>>> >>>> >>>>>>> 2010/12/31 Pete Muir <pmuir(a)redhat.com&gt; >>>> >>>> >>>>>>> >>>> >>>>>>> On 31 Dec 2010, at 14:37, Michael >>> Schütz wrote: >>>> >>>>>>> >>>> >>>>>>>> Hi to all, >>>> >>>>>>>> >>>> >>>>>>>> would like to run CODI/MyFaces >>> example within JBoss AS 6 final. >>>> >>>>>>>> Getting: >>>> >>>>>>>> WeldBootstrapBean state=Create: >>> java.lang.RuntimeException: Service class or >>>> >>>>>>>> >>> g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension >>> didn't implement the Extension interface >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) >>> [:6.0.0.Final] >>>> >>>>>>>> >>> at >>> org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) >>> [:6.0.0.Final] >>>> >>>>>>>> >>> at >>> org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) >>> [:6.0.0.Final] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> [:1.6.0_21] >>>> >>>>>>>> >>>> >>>>>>>> >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> [:1.6.0_21] >>>> >>>>>>>> >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> [:1.6.0_21] >>>> >>>>>>>> >>>> >>>>>>>> Everything runs fine within >>> Tomcat7. >>>> >>>>>>>> >>>> >>>>>>>> Already posted question at Weld >>> forum without having much success: http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActiva... >>>> >>>> >>>> >>>>>>>> >>>> >>>>>>>> What I would like to know: >>>> >>>>>>>> 1) Is it not supposed to run? >>>> >>>>>>> >>>> >>>>>>> I would guess it is, but you should >>> check with the CODI team. >>>> >>>>>>> >>>> >>>>>>>> 2) Is it project configuration >>> issue? >>>> >>>>>>> >>>> >>>>>>> Possibly, it looks like it does really >>> impl Extension so check you aren't bundling the CDI API in >>> your war accidentally. >>>> >>>>>>> >>>> >>>>>>>> 3) Is it a bug? (JBoss, Weld? JIRA >>> issue already filed) >>>> >>>>>>> >>>> >>>>>>> Probably not in JBoss or Weld. >>>> >>>>>>> >>>> >>>>>>>> >>>> >>>>>>>> >>>> >>>>>>>> thanks a lot >>>> >>>>>>>> Michael >>>> >>>>>>>> >>> _______________________________________________ >>>> >>>>>>>> weld-dev mailing list >>>> >>>>>>>> weld-dev(a)lists.jboss.org >>>> >>>> >>>>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>>> >>> _______________________________________________ >>>> >>>>>>> weld-dev mailing list >>>> >>>>>>> weld-dev(a)lists.jboss.org >>>> >>>> >>>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>>>> >>>> >>>>>> >>>> >>>>>> <codi_webinf_lib.png> >>>> >>>>> >>>> >>>>> >>>> >>>>> _______________________________________________ >>>> >>>>> weld-dev mailing list >>>> >>>>> weld-dev(a)lists.jboss.org >>>> >>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> >>>> >>>>> -- >>>> >>>>> Dan Allen >>>> >>>>> Principal Software Engineer, Red Hat | Author of >>> Seam in Action >>>> >>>>> Registered Linux User #231597 >>>> >>>>> >>>> >>>>> http://mojavelinux.com >>>> >>>>> http://mojavelinux.com/seaminaction >>>> >>>> >>>>> http://www.google.com/profiles/dan.j.allen >>>> >>>> >>>>> _______________________________________________ >>>> >>>>> weld-dev mailing list >>>> >>>>> weld-dev(a)lists.jboss.org >>>> >>>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> >>>> weld-dev mailing list >>>> >>>> weld-dev(a)lists.jboss.org >>>> >>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> -----Inline Attachment Follows----- >>>> >>>> _______________________________________________ >>>> weld-dev mailing list >>>> weld-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> weld-dev mailing list >>>> weld-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/weld-dev >>>> >>>> >>>> >>>> -- >>>> Dan Allen >>>> Principal Software Engineer, Red Hat | Author of Seam >>> in Action >>>> Registered Linux User #231597 >>>> >>>> http://mojavelinux.com >>>> http://mojavelinux.com/seaminaction >>>> http://www.google.com/profiles/dan.j.allen >>>> >>> >>> >> >> >> >> >> _______________________________________________ >> weld-dev mailing list >> weld-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/weld-dev > > > _______________________________________________ > weld-dev mailing list > weld-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/weld-dev _______________________________________________ weld-dev mailing list weld-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/weld-dev