On 6 Jan 2011, at 11:35, Mark Struberg wrote:

> I partly agree: 
> 
> 1.) yes, it's not really 100% defined in the spec, and this should get fixed
> 2.) no, Weld did definitely support this a few months ago

Well I don't think it ever did, but anyway, can't be bothered arguing this ;-)

> 3.) Seam-faces uses the same impl thus you'd need to fix it there also
> 4.) the CreationalContext is also not defined as Serializable, and there is 
> no passivationId for those. So as per the pure spec, it would currently be 
> impossible to implement this if the Container doesn't provide Serializable 
> Beans.

I'm not following the logic you use here, but I agree, the CC also needs to be 
serializable if the bean is passivation capable, do you want to note that on 
CDI-24?

> 
> Weld still seems to implements Serializable (or Externalizable) for the 
> CreationalContext, so this part is already not spec conform.

It does conform to spec, there is nothing in the spec saying it *can't*... 
Remember the spec mandates a minimum, not a maximum, normally. IOW Weld can 
impl Serializable here should it wish, but a portable extension shouldn't 
assume all impls do this.

> I see no reason why Weld cannot re-enable serialisation support for Beans too 
> ;) 

It can and will as we discussed on IRC, just not in time for 1.1.0.Final, that 
release is now basically done.

> 
> We of course also need to ping Reza for resin. Pete, I don't remember 
> anymore, was he involved in our discussion about this early last year?

Not AFAIK.

> 
> LieGrue,
> strub
> 
> 
> --- On Wed, 1/5/11, Michael Schütz <[email protected]> wrote:
> 
> From: Michael Schütz <[email protected]>
> Subject: Re: [weld-dev] CODI and JBoss AS 6 final: 
> ProjectStageActivationExtension didn't implement the Extension interface
> To: "Pete Muir" <[email protected]>
> Cc: "Pete Muir" <[email protected]>, "[email protected]" 
> <[email protected]>
> Date: Wednesday, January 5, 2011, 11:15 PM
> 
> Pretty interesting!
> 
> Thanks a lot for all your help.
> 
> I did file an JIRA issue: https://issues.apache.org/jira/browse/EXTCDI-118
> 
> 
> Michael
> 
> 
> 2011/1/5 Pete Muir <[email protected]>
> 
> 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 <[email protected]> wrote:
> 
>>> 
> 
>>>> From: Pete Muir <[email protected]>
> 
>>>> Subject: Re: [weld-dev] CODI and JBoss AS 6 final: 
>>>> ProjectStageActivationExtension didn't implement the Extension interface
> 
>>>> To: "Michael Schütz" <[email protected]>
> 
>>>> Cc: "Dan Allen" <[email protected]>, "Mark Struberg" 
>>>> <[email protected]>, "[email protected]" <[email protected]>
> 
> 
>>>> 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/CannotSerializeSessionAttributeOrgapachemyfacesviewfaceletsDefaultFaceletsStateManagementHelperSERIALIZEDVIEWForSession4F66763ACB1F009D75674C8225413B30JavaioNotSerializableExceptionOrgjbossweldbeanManagedBean
> 
> 
>>>>> 
> 
>>>>> Project configuration or bug; Weld issue?
> 
>>>>> 
> 
>>>>> 
> 
>>>>> Thanks
> 
>>>>> Michael
> 
>>>>> 
> 
>>>>> 2011/1/4 Dan Allen <[email protected]>
> 
>>>>> 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 
>>>>> <[email protected]>
> 
>>>> 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 <[email protected]>
> 
>>>>> 
> 
>>>>> 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 <[email protected]>
> 
>>>> wrote:
> 
>>>>> 
> 
>>>>> From: Michael Schütz <[email protected]>
> 
>>>>> Subject: Re: [weld-dev] CODI and JBoss AS 6 final:
> 
>>>> ProjectStageActivationExtension didn't implement the
> 
>>>> Extension interface
> 
>>>>> To: "Peter Muir" <[email protected]>
> 
>>>>> Cc: "[email protected]"
> 
>>>> <[email protected]>
> 
>>>>> 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 <[email protected]>
> 
>>>>> 
> 
>>>>> Do what I said and remove javassist.
> 
>>>>> 
> 
>>>>> --Pete Muirhttp://in.relation.to/Bloggers/Pete
> 
>>>>> 
> 
>>>>> On 2 Jan 2011, at 22:34, Michael Schütz <[email protected]>
> 
>>>> 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 <[email protected]>
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 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
> 
>>>> <[email protected]>
> 
>>>> 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 <[email protected]>
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>> 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 <[email protected]>
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>>> 
> 
>>>>> 
> 
>>>>>>>> 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/CODIAndJBossAS6FinalProjectStageActivationExtensionDidntImplementTheExtensionInterface
> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>>>> 
> 
>>>>> 
> 
>>>>>>>>> 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
> 
>>>>> 
> 
>>>>>>>>> [email protected]
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>>> 
> 
>>>>> 
> 
>>>>>>>> 
> 
>>>>> 
> 
>>>>>>>> 
> 
>>>> _______________________________________________
> 
>>>>> 
> 
>>>>>>>> weld-dev mailing list
> 
>>>>> 
> 
>>>>>>>> [email protected]
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>>>>> 
> 
>>>>> 
> 
>>>>>>> 
> 
>>>>> 
> 
>>>>>>> 
> 
>>>>> 
> 
>>>>>>> <codi_webinf_lib.png>
> 
>>>>> 
> 
>>>>>> 
> 
>>>>> 
> 
>>>>>> 
> 
>>>>> 
> 
>>>>>> _______________________________________________
> 
>>>>> 
> 
>>>>>> weld-dev mailing list
> 
>>>>> 
> 
>>>>>> [email protected]
> 
>>>>> 
> 
>>>>>> 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
> 
>>>>> 
> 
>>>>>> [email protected]
> 
>>>>> 
> 
>>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> _______________________________________________
> 
>>>>> 
> 
>>>>> weld-dev mailing list
> 
>>>>> 
> 
>>>>> [email protected]
> 
>>>>> 
> 
>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> -----Inline Attachment Follows-----
> 
>>>>> 
> 
>>>>> _______________________________________________
> 
>>>>> weld-dev mailing list
> 
>>>>> [email protected]
> 
>>>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> 
> 
>>>>> _______________________________________________
> 
>>>>> weld-dev mailing list
> 
>>>>> [email protected]
> 
>>>>> 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
> 
>>> [email protected]
> 
>>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
>> 
> 
>> 
> 
>> _______________________________________________
> 
>> weld-dev mailing list
> 
>> [email protected]
> 
>> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
> 
> 
> 
> 
> _______________________________________________
> 
> weld-dev mailing list
> 
> [email protected]
> 
> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
> 
> 
> 
> -----Inline Attachment Follows-----
> 
> _______________________________________________
> weld-dev mailing list
> [email protected]
> https://lists.jboss.org/mailman/listinfo/weld-dev
> 
> 
> 


_______________________________________________
weld-dev mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/weld-dev

Reply via email to