Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn't implement the Extension interface

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 >