[JBoss JIRA] (CDI-519) Instance.destroy() cannot be used for dependent bean instances not created by the same Instance object
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-519?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand updated CDI-519:
-------------------------------------
Fix Version/s: 2.0 (discussion)
> Instance.destroy() cannot be used for dependent bean instances not created by the same Instance object
> ------------------------------------------------------------------------------------------------------
>
> Key: CDI-519
> URL: https://issues.jboss.org/browse/CDI-519
> Project: CDI Specification Issues
> Issue Type: Clarification
> Affects Versions: 1.2.Final
> Reporter: Martin Kouba
> Fix For: 2.0 (discussion)
>
>
> 5.6.1. The Instance interface:
> {quote}
> The method destroy() instructs the container to destroy the instance. The bean instance passed to destroy() should be *a dependent scoped bean instance*, or...
> {quote}
> I think this should be more obvious. E.g. this wouldn't work correctly even though it doesn't violate the spec:
> {code:java}
> @Dependent
> class Bar {
> }
> class Foo {
> @Inject
> Instance<Bar> instance;
> void ping() {
> instance.destroy(CDI.current().select(Bar.class).get());
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-524) CDI spec make reference to Java EE 6.
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-524?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand resolved CDI-524.
--------------------------------------
Assignee: Antoine Sabot-Durand
Fix Version/s: 2.0-EDR1
Resolution: Done
switch to Java EE.
> CDI spec make reference to Java EE 6.
> -------------------------------------
>
> Key: CDI-524
> URL: https://issues.jboss.org/browse/CDI-524
> Project: CDI Specification Issues
> Issue Type: Bug
> Affects Versions: 1.2.Final
> Reporter: Martin Andersson
> Assignee: Antoine Sabot-Durand
> Priority: Minor
> Fix For: 2.0-EDR1
>
>
> Section "1.2.1. Relationship to the Java EE platform specification" says:
> {quote}
> In the Java EE 6 environment, all component classes supporting injection, as defined by the Java EE 6 platform specification, may inject beans via the dependency injection service.
> {quote}
> The reference should be made to EE 7?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-524) CDI spec make reference to Java EE 6.
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-524?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand updated CDI-524:
-------------------------------------
Issue Type: Bug (was: Epic)
> CDI spec make reference to Java EE 6.
> -------------------------------------
>
> Key: CDI-524
> URL: https://issues.jboss.org/browse/CDI-524
> Project: CDI Specification Issues
> Issue Type: Bug
> Affects Versions: 1.2.Final
> Reporter: Martin Andersson
> Priority: Minor
>
> Section "1.2.1. Relationship to the Java EE platform specification" says:
> {quote}
> In the Java EE 6 environment, all component classes supporting injection, as defined by the Java EE 6 platform specification, may inject beans via the dependency injection service.
> {quote}
> The reference should be made to EE 7?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-528) Minor inconsistency in Built-in qualifiers chapter
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-528?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand reassigned CDI-528:
----------------------------------------
Assignee: Antoine Sabot-Durand
> Minor inconsistency in Built-in qualifiers chapter
> --------------------------------------------------
>
> Key: CDI-528
> URL: https://issues.jboss.org/browse/CDI-528
> Project: CDI Specification Issues
> Issue Type: Clarification
> Reporter: Tomas Remes
> Assignee: Antoine Sabot-Durand
> Priority: Minor
> Fix For: 2.0 (discussion)
>
>
> 2.3.1. Built-in qualifier types states:
> {quote}
> If a bean does not explicitly declare a qualifier other than @Named , the bean has exactly one additional qualifier, of type @Default .
> {quote}
> This means that following bean has @Named, @Default, @Any qualifiers:
> {code}
> @Named
> public class Dog {}
> {code}
> but this one is not required to have @Default qualifier:
> {code}
> @Named
> @Any
> public class Dog {}
> {code}
> It doesn't make much sense IMHO.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-528) Minor inconsistency in Built-in qualifiers chapter
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-528?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand updated CDI-528:
-------------------------------------
Fix Version/s: 2.0 (discussion)
> Minor inconsistency in Built-in qualifiers chapter
> --------------------------------------------------
>
> Key: CDI-528
> URL: https://issues.jboss.org/browse/CDI-528
> Project: CDI Specification Issues
> Issue Type: Clarification
> Reporter: Tomas Remes
> Priority: Minor
> Fix For: 2.0 (discussion)
>
>
> 2.3.1. Built-in qualifier types states:
> {quote}
> If a bean does not explicitly declare a qualifier other than @Named , the bean has exactly one additional qualifier, of type @Default .
> {quote}
> This means that following bean has @Named, @Default, @Any qualifiers:
> {code}
> @Named
> public class Dog {}
> {code}
> but this one is not required to have @Default qualifier:
> {code}
> @Named
> @Any
> public class Dog {}
> {code}
> It doesn't make much sense IMHO.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-534) Section 3.8 on CDI 1.2 spec javax.security.Principal
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-534?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand closed CDI-534.
------------------------------------
Assignee: Antoine Sabot-Durand
Fix Version/s: 2.0-EDR1
Resolution: Done
Was in section 17.8 after CDI-160.
> Section 3.8 on CDI 1.2 spec javax.security.Principal
> ----------------------------------------------------
>
> Key: CDI-534
> URL: https://issues.jboss.org/browse/CDI-534
> Project: CDI Specification Issues
> Issue Type: Bug
> Components: Beans
> Affects Versions: 1.2.Final
> Environment: n/a
> Reporter: Emily Jiang
> Assignee: Antoine Sabot-Durand
> Priority: Minor
> Fix For: 2.0-EDR1
>
>
> In section 3.8 Additional built-in beans
> a bean with bean type javax.security.Principal, allowing injection of a Principal
> representing the current caller identity.
> javax.security.Principle should be java.security.Principal.
> The same typo exists in CDI 1.0, 1.1 and 1.2.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-536) Redundant statement in "2.6.2. Default bean names" chapter
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-536?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand resolved CDI-536.
--------------------------------------
Assignee: Antoine Sabot-Durand
Resolution: Done
> Redundant statement in "2.6.2. Default bean names" chapter
> ----------------------------------------------------------
>
> Key: CDI-536
> URL: https://issues.jboss.org/browse/CDI-536
> Project: CDI Specification Issues
> Issue Type: Bug
> Affects Versions: 1.2.Final
> Reporter: Tomas Remes
> Assignee: Antoine Sabot-Durand
> Priority: Minor
> Fix For: 2.0-EDR1
>
>
> This chapter currently says:
> {quote}
> In the following circumstances, a default name must be assigned by the container:
> - A bean class or producer method or field of a bean declares a @Named annotation and no bean name is explicitly specified by the value member.
> {quote}
> and then:
> {quote}
> If a bean class or producer method or field of a bean declares a @Named annotation and no bean name is explicitly specified the value of the value member is defaulted.
> {quote}
> These 2 statements declare the same IMO.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
[JBoss JIRA] (CDI-536) Redundant statement in "2.6.2. Default bean names" chapter
by Antoine Sabot-Durand (JIRA)
[ https://issues.jboss.org/browse/CDI-536?page=com.atlassian.jira.plugin.sy... ]
Antoine Sabot-Durand updated CDI-536:
-------------------------------------
Fix Version/s: 2.0-EDR1
> Redundant statement in "2.6.2. Default bean names" chapter
> ----------------------------------------------------------
>
> Key: CDI-536
> URL: https://issues.jboss.org/browse/CDI-536
> Project: CDI Specification Issues
> Issue Type: Bug
> Affects Versions: 1.2.Final
> Reporter: Tomas Remes
> Priority: Minor
> Fix For: 2.0-EDR1
>
>
> This chapter currently says:
> {quote}
> In the following circumstances, a default name must be assigned by the container:
> - A bean class or producer method or field of a bean declares a @Named annotation and no bean name is explicitly specified by the value member.
> {quote}
> and then:
> {quote}
> If a bean class or producer method or field of a bean declares a @Named annotation and no bean name is explicitly specified the value of the value member is defaulted.
> {quote}
> These 2 statements declare the same IMO.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 6 months
Re: [cdi-dev] Let's Sept 25th -26th for our F2F meeting
by Werner Keil
+1 As the 25th is a Fri.
I am not as far from Paris as at least John (and using CDI a lot here right
now;-) so depending on when it'll start on the 25th I hope to make it as
early as possible on Fri and all of Sat.
Werner
On Mon, Jun 29, 2015 at 11:39 AM, <cdi-dev-request(a)lists.jboss.org> wrote:
> Send cdi-dev mailing list submissions to
> cdi-dev(a)lists.jboss.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.jboss.org/mailman/listinfo/cdi-dev
> or, via email, send a message with subject or body 'help' to
> cdi-dev-request(a)lists.jboss.org
>
> You can reach the person managing the list at
> cdi-dev-owner(a)lists.jboss.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of cdi-dev digest..."
>
>
> Today's Topics:
>
> 1. [JBoss JIRA] (CDI-538) Fix parameterized types discrepancies
> (Antoine Sabot-Durand (JIRA))
> 2. [JBoss JIRA] (CDI-538) Fix parameterized types discrepancies
> (Antoine Sabot-Durand (JIRA))
> 3. [JBoss JIRA] (CDI-538) Fix parameterized types discrepancies
> (Antoine Sabot-Durand (JIRA))
> 4. EDR1 ready to be released (Antoine Sabot-Durand)
> 5. Let's Sept 25th -26th for our F2F meeting (Antoine Sabot-Durand)
> 6. Re: Let's Sept 25th -26th for our F2F meeting (Antonio Goncalves)
> 7. Re: EDR1 ready to be released (Jozef Hartinger)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 24 Jun 2015 10:57:01 -0400 (EDT)
> From: "Antoine Sabot-Durand (JIRA)" <issues(a)jboss.org>
> Subject: [cdi-dev] [JBoss JIRA] (CDI-538) Fix parameterized types
> discrepancies
> To: cdi-dev(a)lists.jboss.org
> Message-ID:
> <JIRA.12576163.1435157807000.79934.1435157821986(a)Atlassian.JIRA>
> Content-Type: text/plain; charset=UTF-8
>
>
> [
> https://issues.jboss.org/browse/CDI-538?page=com.atlassian.jira.plugin.sy...
> ]
>
> Antoine Sabot-Durand updated CDI-538:
> -------------------------------------
> Fix Version/s: 2.0-EDR1
>
>
> > Fix parameterized types discrepancies
> > -------------------------------------
> >
> > Key: CDI-538
> > URL: https://issues.jboss.org/browse/CDI-538
> > Project: CDI Specification Issues
> > Issue Type: Bug
> > Components: Portable Extensions
> > Affects Versions: 1.2.Final
> > Reporter: Antoine Sabot-Durand
> > Fix For: 2.0-EDR1
> >
> >
> > In the SPI, the spec states the following:
> > {quote}
> > * For a producer method with method return type {{X}} of a bean with
> bean class {{T}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> > * For a producer field with field type {{X}} of a bean with bean class
> {{T}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> > {quote}
> > But the Javadoc and impl behavior is
> > {quote}
> > * For a producer method with method return type {{T}} of a bean with
> bean class {{X}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> > * For a producer field with field type {{T}} of a bean with bean class
> {{X}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> > {quote}
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.15#6346)
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 24 Jun 2015 10:57:01 -0400 (EDT)
> From: "Antoine Sabot-Durand (JIRA)" <issues(a)jboss.org>
> Subject: [cdi-dev] [JBoss JIRA] (CDI-538) Fix parameterized types
> discrepancies
> To: cdi-dev(a)lists.jboss.org
> Message-ID:
> <JIRA.12576163.1435157807000.79933.1435157821962(a)Atlassian.JIRA>
> Content-Type: text/plain; charset=UTF-8
>
> Antoine Sabot-Durand created CDI-538:
> ----------------------------------------
>
> Summary: Fix parameterized types discrepancies
> Key: CDI-538
> URL: https://issues.jboss.org/browse/CDI-538
> Project: CDI Specification Issues
> Issue Type: Bug
> Components: Portable Extensions
> Affects Versions: 1.2.Final
> Reporter: Antoine Sabot-Durand
>
>
> In the SPI, the spec states the following:
>
> {quote}
> * For a producer method with method return type {{X}} of a bean with bean
> class {{T}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> * For a producer field with field type {{X}} of a bean with bean class
> {{T}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> {quote}
>
> But the Javadoc and impl behavior is
>
> {quote}
> * For a producer method with method return type {{T}} of a bean with bean
> class {{X}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> * For a producer field with field type {{T}} of a bean with bean class
> {{X}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> {quote}
>
>
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.15#6346)
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 24 Jun 2015 10:58:02 -0400 (EDT)
> From: "Antoine Sabot-Durand (JIRA)" <issues(a)jboss.org>
> Subject: [cdi-dev] [JBoss JIRA] (CDI-538) Fix parameterized types
> discrepancies
> To: cdi-dev(a)lists.jboss.org
> Message-ID:
> <JIRA.12576163.1435157807000.79936.1435157882400(a)Atlassian.JIRA>
> Content-Type: text/plain; charset=UTF-8
>
>
> [
> https://issues.jboss.org/browse/CDI-538?page=com.atlassian.jira.plugin.sy...
> ]
>
> Antoine Sabot-Durand updated CDI-538:
> -------------------------------------
> Reporter: Antonin Stefanutti (was: Antoine Sabot-Durand)
>
>
> > Fix parameterized types discrepancies
> > -------------------------------------
> >
> > Key: CDI-538
> > URL: https://issues.jboss.org/browse/CDI-538
> > Project: CDI Specification Issues
> > Issue Type: Bug
> > Components: Portable Extensions
> > Affects Versions: 1.2.Final
> > Reporter: Antonin Stefanutti
> > Fix For: 2.0-EDR1
> >
> >
> > In the SPI, the spec states the following:
> > {quote}
> > * For a producer method with method return type {{X}} of a bean with
> bean class {{T}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> > * For a producer field with field type {{X}} of a bean with bean class
> {{T}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> > {quote}
> > But the Javadoc and impl behavior is
> > {quote}
> > * For a producer method with method return type {{T}} of a bean with
> bean class {{X}}, the container must raise an event of type
> {{ProcessProducerMethod<T, X>}}.
> > * For a producer field with field type {{T}} of a bean with bean class
> {{X}}, the container must raise an event of type {{ProcessProducerField<T,
> X>}}.
> > {quote}
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.15#6346)
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 25 Jun 2015 11:19:40 +0200
> From: Antoine Sabot-Durand <antoine(a)sabot-durand.net>
> Subject: [cdi-dev] EDR1 ready to be released
> To: cdi-dev <cdi-dev(a)lists.jboss.org>
> Message-ID: <0E18098B-212C-4183-9772-560430AFA89E(a)sabot-durand.net>
> Content-Type: text/plain; charset="utf-8"
>
> Hi guys,
>
> The branch 2.0-EDR1 is ready for release.
>
> Beyond the source, you can check javadoc here:
> https://dl.dropboxusercontent.com/u/2898173/EDR1-Doc/index.html <
> https://dl.dropboxusercontent.com/u/2898173/EDR1-Doc/index.html>
>
> And spec here:
> https://dl.dropboxusercontent.com/u/2898173/cdi-spec.html <
> https://dl.dropboxusercontent.com/u/2898173/cdi-spec.html>
>
> Or PDF version:
> https://dl.dropboxusercontent.com/u/2898173/cdi-2.0-EDR1.pdf <
> https://dl.dropboxusercontent.com/u/2898173/cdi-2.0-EDR1.pdf>
>
> I have still some work on introduction (major changes, etc?) and on
> copyright in source files and intend to start release process (three the
> JCP) tomorrow.
>
> Antoine
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/cdi-dev/attachments/20150625/63b8ab91/at...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 495 bytes
> Desc: Message signed with OpenPGP using GPGMail
> Url :
> http://lists.jboss.org/pipermail/cdi-dev/attachments/20150625/63b8ab91/at...
>
> ------------------------------
>
> Message: 5
> Date: Thu, 25 Jun 2015 16:16:43 +0200
> From: Antoine Sabot-Durand <antoine(a)sabot-durand.net>
> Subject: [cdi-dev] Let's Sept 25th -26th for our F2F meeting
> To: cdi-dev <cdi-dev(a)lists.jboss.org>
> Message-ID: <4C409AF7-57D7-4B62-A82F-B40EC9C778BC(a)sabot-durand.net>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all,
>
> So the vote closed on modally. We should have talk about the final date in
> the last meeting, but there was too much on our plate ;).
>
> We have a tie between 18th and 25th, but as John can make it for the 25th
> and he?s probably the farthest one from Paris to come I propose to keep
> this date.
>
> Regards,
>
> Antoine
>
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: signature.asc
> Type: application/pgp-signature
> Size: 495 bytes
> Desc: Message signed with OpenPGP using GPGMail
> Url :
> http://lists.jboss.org/pipermail/cdi-dev/attachments/20150625/bf53ea6c/at...
>
> ------------------------------
>
> Message: 6
> Date: Thu, 25 Jun 2015 16:27:16 +0200
> From: Antonio Goncalves <antonio.goncalves(a)gmail.com>
> Subject: Re: [cdi-dev] Let's Sept 25th -26th for our F2F meeting
> To: Antoine Sabot-Durand <antoine(a)sabot-durand.net>
> Cc: cdi-dev <cdi-dev(a)lists.jboss.org>
> Message-ID:
> <CA+ZZq9-ck=
> yyQfethzEzBb3SY-wWBXFxT-RvG_2nFsnqcEmXfQ(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> +1
>
> On Thu, Jun 25, 2015 at 4:16 PM, Antoine Sabot-Durand <
> antoine(a)sabot-durand.net> wrote:
>
> > Hi all,
> >
> > So the vote closed on modally. We should have talk about the final date
> in
> > the last meeting, but there was too much on our plate ;).
> >
> > We have a tie between 18th and 25th, but as John can make it for the 25th
> > and he?s probably the farthest one from Paris to come I propose to keep
> > this date.
> >
> > Regards,
> >
> > Antoine
> >
> >
> >
> > _______________________________________________
> > cdi-dev mailing list
> > cdi-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/cdi-dev
> >
> > Note that for all code provided on this list, the provider licenses the
> > code under the Apache License, Version 2 (
> > http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
> > provided on this list, the provider waives all patent and other
> > intellectual property rights inherent in such information.
> >
>
>
>
> --
> Antonio Goncalves
> Software architect, Java Champion and Pluralsight author
>
> Web site <http://www.antoniogoncalves.org> | Twitter
> <http://twitter.com/agoncal> | LinkedIn <
> http://www.linkedin.com/in/agoncal> |
> Pluralsight
> <http://pluralsight.com/training/Authors/Details/antonio-goncalves> |
> Paris
> JUG <http://www.parisjug.org> | Devoxx France <http://www.devoxx.fr>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/cdi-dev/attachments/20150625/fc81250c/at...
>
> ------------------------------
>
> Message: 7
> Date: Mon, 29 Jun 2015 11:38:36 +0200
> From: Jozef Hartinger <jharting(a)redhat.com>
> Subject: Re: [cdi-dev] EDR1 ready to be released
> To: Antoine Sabot-Durand <antoine(a)sabot-durand.net>, cdi-dev
> <cdi-dev(a)lists.jboss.org>
> Message-ID: <5591121C.2090905(a)redhat.com>
> Content-Type: text/plain; charset="windows-1252"
>
> How do we deal with the lack of parameter-level @Priority in the meantime?
>
> On 06/25/2015 11:19 AM, Antoine Sabot-Durand wrote:
> > Hi guys,
> >
> > The branch 2.0-EDR1 is ready for release.
> >
> > Beyond the source, you can check javadoc here:
> > https://dl.dropboxusercontent.com/u/2898173/EDR1-Doc/index.html
> >
> > And spec here:
> > https://dl.dropboxusercontent.com/u/2898173/cdi-spec.html
> >
> > Or PDF version:
> > https://dl.dropboxusercontent.com/u/2898173/cdi-2.0-EDR1.pdf
> >
> > I have still some work on introduction (major changes, etc?) and on
> > copyright in source files and intend to start release process (three
> > the JCP) tomorrow.
> >
> > Antoine
> >
> >
> > _______________________________________________
> > cdi-dev mailing list
> > cdi-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/cdi-dev
> >
> > Note that for all code provided on this list, the provider licenses the
> code under the Apache License, Version 2 (
> http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
> provided on this list, the provider waives all patent and other
> intellectual property rights inherent in such information.
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.jboss.org/pipermail/cdi-dev/attachments/20150629/354fedf6/at...
>
> ------------------------------
>
> _______________________________________________
> cdi-dev mailing list
> cdi-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/cdi-dev
>
> Note that for all code provided on this list, the provider licenses the
> code under the Apache License, Version 2 (
> http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas
> provided on this list, the provider waives all patent and other
> intellectual property rights inherent in such information.
>
> End of cdi-dev Digest, Vol 55, Issue 37
> ***************************************
>
9 years, 6 months