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

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