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