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
