Dan,<br>thanks again.<br><br>Having MyFaces configured now.<br><br>Getting following error:<br>09:58:21,068 INFO  [org.apache.myfaces.util.ExternalSpecifications] MyFaces Unified EL support enabled<br>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<br>
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<br>
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1156) [:1.6.0_21]<br>        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) [:1.6.0_21]<br>        at java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.java:1246) [:1.6.0_21]<br>
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21]<br>        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21]<br>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21]<br>
        at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_21]<br>        at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) [:1.6.0_21]<br>        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1461) [:1.6.0_21]<br>
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1392) [:1.6.0_21]<br>        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1150) [:1.6.0_21]<br>        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:326) [:1.6.0_21]<br>
        at java.util.HashMap.writeObject(HashMap.java:1001) [:1.6.0_21]<br>        at sun.reflect.GeneratedMethodAccessor270.invoke(Unknown Source) [:1.6.0_21]<br><br>Does this relate to this post somehow:<br><a href="http://seamframework.org/Community/CannotSerializeSessionAttributeOrgapachemyfacesviewfaceletsDefaultFaceletsStateManagementHelperSERIALIZEDVIEWForSession4F66763ACB1F009D75674C8225413B30JavaioNotSerializableExceptionOrgjbossweldbeanManagedBean">http://seamframework.org/Community/CannotSerializeSessionAttributeOrgapachemyfacesviewfaceletsDefaultFaceletsStateManagementHelperSERIALIZEDVIEWForSession4F66763ACB1F009D75674C8225413B30JavaioNotSerializableExceptionOrgjbossweldbeanManagedBean</a><br>
<br>Project configuration or bug; Weld issue?<br><br><br>Thanks<br>Michael<br><br><div class="gmail_quote">2011/1/4 Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com">dan.j.allen@gmail.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Michael,<div><br></div><div>To use MyFaces on JBoss AS 6, you need to provide a hint as described here:</div>
<div><br></div><div><a href="http://community.jboss.org/wiki/JSFonJBossAS6" target="_blank">http://community.jboss.org/wiki/JSFonJBossAS6</a></div>
<div><br></div><div>Feel free to propagate that information.</div><div><br></div><div><font color="#888888"><a href="http://community.jboss.org/wiki/JSFonJBossAS6" target="_blank"></a>-Dan</font><div><div></div><div class="h5">
<br><br><div class="gmail_quote">On Mon, Jan 3, 2011 at 6:48 PM, Michael Schütz <span dir="ltr">&lt;<a href="mailto:michaelschuetz83@gmail.com" target="_blank">michaelschuetz83@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">This is interesting:<br><br>As recommended, I did only keep myfaces-extcdi-* jars.<br><br>This resulted in:<br>
Error configuring application listener of class org.apache.webbeans.servlet.WebBeansConfigurationListener: java.lang.ClassNotFoundException: org.apache.webbeans.servlet.WebBeansConfigurationListener<br>

Error configuring application listener of class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener<br><br>WebBeansConfigurationListener is contained in openwebbeans-web-1.0.0.jar and StartupServletContextListener in myfaces-impl-2.0.3.jar.<br>


<br>So I did comment out Listener in web.xml:<br>  &lt;!-- <br>  &lt;listener&gt;<br>    &lt;listener-class&gt;org.apache.webbeans.servlet.WebBeansConfigurationListener&lt;/listener-class&gt;<br>  &lt;/listener&gt;<br><br>


  &lt;listener&gt;<br>    &lt;listener-class&gt;org.apache.myfaces.webapp.StartupServletContextListener&lt;/listener-class&gt;<br>  &lt;/listener&gt;<br>  --&gt;<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 initialized<br>* CODI Conversation and CODI Window-Scope do work as expected<br>


* CODI ViewAccessScoped does _not_ work as expected: it has been initialized, but never expires<br><br>Not commenting out &lt;listener-class&gt;org.apache.myfaces.webapp.StartupServletContextListener&lt;/listener-class&gt; causes:<br>


class org.apache.myfaces.webapp.StartupServletContextListener: java.lang.ClassNotFoundException: org.apache.myfaces.webapp.StartupServletContextListener<br><br>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?<br>


<br>So, are this still project configuration troubles: wrong Listener used etc? Or is it more likely to be a bug?<br><br><br>Thanks a lot<br>Michael<br><br><div class="gmail_quote">2011/1/3 Mark Struberg <span dir="ltr">&lt;<a href="mailto:struberg@yahoo.de" target="_blank">struberg@yahoo.de</a>&gt;</span><div>

<div></div><div><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div>Hi Michael!<br>
<br>
What definitely needs to be removed:<br>
<br>
* geronimo-*_spec (all the specs are already included 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 stuff...<br>
<br>
<br>
The only things you need are basically the myfaces-extcdi-* jars.<br>
<br>
LieGrue,<br>
strub<br>
<br>
<br>
--- On Mon, 1/3/11, Michael Schütz &lt;<a href="mailto:michaelschuetz83@gmail.com" target="_blank">michaelschuetz83@gmail.com</a>&gt; wrote:<br>
<br>
From: Michael Schütz &lt;<a href="mailto:michaelschuetz83@gmail.com" target="_blank">michaelschuetz83@gmail.com</a>&gt;<br>
Subject: Re: [weld-dev] CODI and JBoss AS 6 final: ProjectStageActivationExtension didn&#39;t implement the Extension interface<br>
To: &quot;Peter Muir&quot; &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<br>
Cc: &quot;<a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a>&quot; &lt;<a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a>&gt;<br>
Date: Monday, January 3, 2011, 10:34 AM<br>
<br>
Pete, I already did that: I did remove geronimo-jcdi and javassist.<br>
<br>
Current error:<br>
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<br>



<br>
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<br>



<br>
ssageFactory&gt;, Instance&lt;ELProvider&gt;, Instance&lt;ArgumentFilter&gt;)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public org.apache.myfa<br>



<br>
eateContext(MessageContext, Instance&lt;MessageFactory&gt;, Instance&lt;ELProvider&gt;, Instance&lt;ArgumentFilter&gt;)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]]<br>



<br>
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final]<br>
<br>
<br>
Please find screenshot attached with current WEB-INF/lib directory.<br>
Are you saying removing everything but myfaces-extcdi-*.jar is expected to work?<br>
<br>
       <br>
       <br>
Thanks<br>
Michael       <br>
       <br>
<br>
2011/1/3 Peter Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<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 &lt;<a href="mailto:michaelschuetz83@gmail.com" target="_blank">michaelschuetz83@gmail.com</a>&gt; 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 [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<br>



<br>
<br>
.<a href="http://security.org" target="_blank">security.org</a>$jboss$weld$bean-jboss$classloader:id=&quot;vfs:$$$C:$01-Development$Projekte$CODI$jboss-6$0$0$Final$server$default$deploy$myfaces-cdi-1$0$2-SNAPSHOT$war&quot;-Built-in-Principal_$$_WeldProxy cannot be cast to javassist.util.proxy.ProxyObject<br>



<br>
<br>
        at org.jboss.weld.bean.proxy.ProxyFactory.create(ProxyFactory.java:248) [:6.0.0.Final]<br>
        at org.jboss.weld.bean.builtin.ee.AbstractEEBean.&lt;init&gt;(AbstractEEBean.java:46) [: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 [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<br>



<br>
<br>
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&lt;Me<br>



<br>
<br>
ssageFactory&gt;, Instance&lt;ELProvider&gt;, Instance&lt;ArgumentFilter&gt;)]. Possible dependencies [[Producer Method [MessageContext] with qualifiers [@Any @Default] declared as [[method] @Produces @Dependent @Jsf @Named public <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, Instance&lt;MessageFactory&gt;, Instance&lt;ELProvider&gt;, Instance&lt;ArgumentFilter&gt;)], Managed Bean [class org.apache.myfaces.extensions.cdi.message.impl.DefaultMessageContext] with qualifiers [@Any @Default]]]<br>



<br>
<br>
        at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:309) [:6.0.0.Final]<br>
<br>
Seams like myfaces-extcdi-message-module-impl-0.9.1.jar causes the troubles. Any thoughts what needs to be done?<br>
<br>
<br>
<br>
<br>
Thanks<br>
Michael<br>
<br>
<br>
2011/1/1 Pete Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<br>
<br>
<br>
<br>
<br>
On 31 Dec 2010, at 17:39, Dan Allen wrote:<br>
<br>
<br>
<br>
&gt; It&#39;s more than likely geronimo-jcdi jar that&#39;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.<br>



<br>
<br>
<br>
&gt;<br>
<br>
&gt; 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&#39;s important to keep that in mind.<br>
<br>
&gt;<br>
<br>
&gt; I doubt the apache-commons libraries would present a problem, so you can likely leave those.<br>
<br>
<br>
<br>
They (used to at least) cause problems with RichFaces.<br>
<br>
<br>
<br>
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<br>
<br>
<br>
<br>
<br>
<br>
&gt;<br>
<br>
&gt; -Dan<br>
<br>
&gt;<br>
<br>
&gt; On Fri, Dec 31, 2010 at 11:00 AM, Pete Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt; wrote:<br>
<br>
<br>
&gt; Aha, as I thought you are bundling in the war all sorts of stuff which AS6 provides (and doesn&#39;t support overriding simply by placing in the war).<br>
<br>
&gt;<br>
<br>
&gt; Try removing at least:<br>
<br>
&gt;<br>
<br>
&gt; * geronimo*<br>
<br>
&gt; * javassist<br>
<br>
&gt; * jsr250-api<br>
<br>
&gt; * myfaces-api<br>
<br>
&gt; * myfaces-impl<br>
<br>
&gt; * openwebbeans*<br>
<br>
&gt; * scannotation<br>
<br>
&gt;<br>
<br>
&gt; you may also need to remove commons-XXX which duplicate that in the AS<br>
<br>
&gt;<br>
<br>
&gt; HTH<br>
<br>
&gt;<br>
<br>
&gt;<br>
<br>
&gt; On 31 Dec 2010, at 15:42, Michael Schütz wrote:<br>
<br>
&gt;<br>
<br>
&gt; &gt; Please see attached screenshot.<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; Thanks<br>
<br>
&gt; &gt; Michael<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; 2010/12/31 Pete Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<br>
<br>
<br>
&gt; &gt; No idea.<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; What jars are placed in WEB-INF/lib?<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; On 31 Dec 2010, at 15:19, Michael Schütz wrote:<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; &gt; Thanks for reply, Pete.<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; Already spoke to CODI team. They do implement Extension. Doesn&#39;t look like CODI bug for them.<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; So, does this CDI POM config look strange:<br>
<br>
&gt; &gt; &gt; &lt;!-- MyFaces CODI --&gt;<br>
<br>
&gt; &gt; &gt;     &lt;dependency&gt;<br>
<br>
&gt; &gt; &gt;       &lt;groupId&gt;org.apache.myfaces.extensions.cdi.core&lt;/groupId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;artifactId&gt;myfaces-extcdi-core-api&lt;/artifactId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;version&gt;${myfaces_codi.version}&lt;/version&gt;<br>
<br>
&gt; &gt; &gt;       &lt;scope&gt;compile&lt;/scope&gt;<br>
<br>
&gt; &gt; &gt;     &lt;/dependency&gt;<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt;     &lt;dependency&gt;<br>
<br>
&gt; &gt; &gt;       &lt;groupId&gt;org.apache.myfaces.extensions.cdi.core&lt;/groupId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;artifactId&gt;myfaces-extcdi-core-impl&lt;/artifactId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;version&gt;${myfaces_codi.version}&lt;/version&gt;<br>
<br>
&gt; &gt; &gt;       &lt;scope&gt;runtime&lt;/scope&gt;<br>
<br>
&gt; &gt; &gt;     &lt;/dependency&gt;<br>
<br>
&gt; &gt; &gt;     &lt;dependency&gt;<br>
<br>
&gt; &gt; &gt;       &lt;groupId&gt;org.apache.myfaces.extensions.cdi.modules&lt;/groupId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;artifactId&gt;myfaces-extcdi-jsf20-module-api&lt;/artifactId&gt;<br>
<br>
&gt; &gt; &gt;       &lt;version&gt;${myfaces_codi.version}&lt;/version&gt;<br>
<br>
&gt; &gt; &gt;       &lt;scope&gt;compile&lt;/scope&gt;<br>
<br>
&gt; &gt; &gt;     &lt;/dependency&gt;<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt;       &lt;dependency&gt;<br>
<br>
&gt; &gt; &gt;         &lt;groupId&gt;org.apache.myfaces.extensions.cdi.modules&lt;/groupId&gt;<br>
<br>
&gt; &gt; &gt;         &lt;artifactId&gt;myfaces-extcdi-jsf20-module-impl&lt;/artifactId&gt;<br>
<br>
&gt; &gt; &gt;         &lt;version&gt;${myfaces_codi.version}&lt;/version&gt;<br>
<br>
&gt; &gt; &gt;         &lt;scope&gt;runtime&lt;/scope&gt;<br>
<br>
&gt; &gt; &gt;     &lt;/dependency&gt;<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; Cheers<br>
<br>
&gt; &gt; &gt; Michael<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; 2010/12/31 Pete Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<br>
<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; On 31 Dec 2010, at 14:37, Michael Schütz wrote:<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; Hi to all,<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; would like to run CODI/MyFaces example within JBoss AS 6 final.<br>
<br>
&gt; &gt; &gt; &gt; Getting:<br>
<br>
&gt; &gt; &gt; &gt; WeldBootstrapBean state=Create: java.lang.RuntimeException: Service class or<br>
<br>
&gt; &gt; &gt; &gt; g.apache.myfaces.extensions.cdi.core.impl.projectstage.ProjectStageActivationExtension didn&#39;t implement the Extension interface<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.util.ServiceLoader.loadClass(ServiceLoader.java:261) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.util.ServiceLoader.loadService(ServiceLoader.java:233) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.util.ServiceLoader.loadServiceFile(ServiceLoader.java:194) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.util.ServiceLoader.reload(ServiceLoader.java:157) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.util.ServiceLoader.iterator(ServiceLoader.java:346) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.bootstrap.ExtensionBeanDeployer.addExtensions(ExtensionBeanDeployer.java:93) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.bootstrap.WeldBootstrap.startInitialization(WeldBootstrap.java:333) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at org.jboss.weld.integration.deployer.env.helpers.BootstrapBean.boot(BootstrapBean.java:92) [:6.0.0.Final]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_21]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_21]<br>
<br>
&gt; &gt; &gt; &gt;         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_21]<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; Everything runs fine within Tomcat7.<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; Already posted question at Weld forum without having much success: <a href="http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActivationExtensionDidntImplementTheExtensionInterface" target="_blank">http://seamframework.org/Community/CODIAndJBossAS6FinalProjectStageActivationExtensionDidntImplementTheExtensionInterface</a><br>



<br>
<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; What I would like to know:<br>
<br>
&gt; &gt; &gt; &gt; 1) Is it not supposed to run?<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; I would guess it is, but you should check with the CODI team.<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; 2) Is it project configuration issue?<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; Possibly, it looks like it does really impl Extension so check you aren&#39;t bundling the CDI API in your war accidentally.<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; 3) Is it a bug? (JBoss, Weld? JIRA issue already filed)<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; Probably not in JBoss or Weld.<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; &gt; thanks a lot<br>
<br>
&gt; &gt; &gt; &gt; Michael<br>
<br>
&gt; &gt; &gt; &gt; _______________________________________________<br>
<br>
&gt; &gt; &gt; &gt; weld-dev mailing list<br>
<br>
&gt; &gt; &gt; &gt; <a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a><br>
<br>
<br>
&gt; &gt; &gt; &gt; <a href="https://lists.jboss.org/mailman/listinfo/weld-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/weld-dev</a><br>
<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt;<br>
<br>
&gt; &gt; &gt; _______________________________________________<br>
<br>
&gt; &gt; &gt; weld-dev mailing list<br>
<br>
&gt; &gt; &gt; <a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a><br>
<br>
<br>
&gt; &gt; &gt; <a href="https://lists.jboss.org/mailman/listinfo/weld-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/weld-dev</a><br>
<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt;<br>
<br>
&gt; &gt; &lt;codi_webinf_lib.png&gt;<br>
<br>
&gt;<br>
<br>
&gt;<br>
<br>
&gt; _______________________________________________<br>
<br>
&gt; weld-dev mailing list<br>
<br>
&gt; <a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a><br>
<br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/weld-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/weld-dev</a><br>
<br>
<br>
&gt;<br>
<br>
&gt;<br>
<br>
&gt;<br>
<br>
&gt; --<br>
<br>
&gt; Dan Allen<br>
<br>
&gt; Principal Software Engineer, Red Hat | Author of Seam in Action<br>
<br>
&gt; Registered Linux User #231597<br>
<br>
&gt;<br>
<br>
&gt; <a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br>
<br>
&gt; <a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br>
<br>
<br>
&gt; <a href="http://www.google.com/profiles/dan.j.allen" target="_blank">http://www.google.com/profiles/dan.j.allen</a><br>
<br>
<br>
&gt; _______________________________________________<br>
<br>
&gt; weld-dev mailing list<br>
<br>
&gt; <a href="mailto:weld-dev@lists.jboss.org" target="_blank">weld-dev@lists.jboss.org</a><br>
<br>
&gt; <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" target="_blank">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" target="_blank">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>
</div></div></blockquote></div></div></div><br>
<br>_______________________________________________<br>
weld-dev mailing list<br>
<a href="mailto:weld-dev@lists.jboss.org" target="_blank">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></blockquote></div><br><br clear="all"><br>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam 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>
</div></div></div>
</blockquote></div><br>