On 6 Jan 2011, at 12:07, Mark Struberg wrote: > Hi Pete! > >>> 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? > > > I added a comment to CDI-24 now.
Thanks. > My argumentation aimed at the following: it seems that it is currently not > possibly to implement a 100% spec conform custom Context for passivating > scopes. We can work around the non-Serializable Contextual with the > passivationId, but we cannot do this for non-Serializable CreationalContexts. Yes, agree entirely with you when you express it this way :-) > > The reason why we need to store the CreationalContext on the e.g. ViewMap > also is that we need it for properly destroying the bean. > Is the CreationalContext in Weld Serializable or Externalizable already? It is. > > LieGrue, > strub > > PS: all the discussion is with my CODI hat on. It's purely aimed to get CODI > working on Weld too and has nothing to do with OpenWebBeans ;) > > > --- On Thu, 1/6/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: "Mark Struberg" <[email protected]> >> Cc: "Michael Schütz" <[email protected]>, >> "[email protected]" <[email protected]> >> Date: Thursday, January 6, 2011, 11:40 AM >> >> 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
