<div dir="ltr">I just realized, it'w 3 days total. <div>Given, I have a total of 15 working days with 3 Java/IT related conferences confirmed as speaker between Sep and Nov (ApacheCon EU, JavaOne EC duties and DevoXX Morocco) I'm afraid, despite being very active CDI (1.0) users my client and project will not grant me any paid leave to attend the F2F, so at most it looks like I'll arrive in the course of Fri and be there all of Sat.</div><div><br></div><div>Will see how the agenda shapes up. Especially on the JMS topic I'd love to participate in discussions since I not only did something with JMS and CDI events but also am in the JMS 2.1 EG. Sorry to be only available for part of it but I'm not paid to speak or attend these kinds of meetings like some of you might by your companies;-)</div><div><br></div><div>Werner<div class="gmail_extra">
<br><div class="gmail_quote">On Tue, Aug 25, 2015 at 1:19 PM, <span dir="ltr"><<a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank">cdi-dev-request@lists.jboss.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send cdi-dev mailing list submissions to<br>
<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:cdi-dev-request@lists.jboss.org">cdi-dev-request@lists.jboss.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:cdi-dev-owner@lists.jboss.org">cdi-dev-owner@lists.jboss.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of cdi-dev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: master branch in cdi-spec GIT repo (Mark Struberg)<br>
2. [JBoss JIRA] (CDI-552) Add support for injection, decorators<br>
and interceptors on "new-ed" objects (Antoine Sabot-Durand (JIRA))<br>
3. F2F meeting Prioritization (Antoine Sabot-Durand)<br>
4. F2F participants (Antoine Sabot-Durand)<br>
5. Re: F2F participants (Antonio Goncalves)<br>
6. Re: JMS 2.1: Proposal to allow any CDI managed bean in a Java<br>
EE application to listen for JMS messages (John D. Ament)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 24 Aug 2015 22:36:09 -0700<br>
From: Mark Struberg <<a href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>><br>
Subject: Re: [cdi-dev] master branch in cdi-spec GIT repo<br>
To: "<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>" <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>>,<br>
"<a href="mailto:jharting@redhat.com">jharting@redhat.com</a>" <<a href="mailto:jharting@redhat.com">jharting@redhat.com</a>>, "<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>"<br>
<<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:1440480969.74018.YahooMailIosMobile@web121604.mail.ne1.yahoo.com">1440480969.74018.YahooMailIosMobile@web121604.mail.ne1.yahoo.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150824/dd3066a4/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150824/dd3066a4/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 25 Aug 2015 03:26:28 -0400 (EDT)<br>
From: "Antoine Sabot-Durand (JIRA)" <<a href="mailto:issues@jboss.org">issues@jboss.org</a>><br>
Subject: [cdi-dev] [JBoss JIRA] (CDI-552) Add support for injection,<br>
decorators and interceptors on "new-ed" objects<br>
To: <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
Message-ID:<br>
<JIRA.12579311.1437747419000.25496.1440487588980@Atlassian.JIRA><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
<br>
[ <a href="https://issues.jboss.org/browse/CDI-552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/CDI-552?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]<br>
<br>
Antoine Sabot-Durand updated CDI-552:<br>
-------------------------------------<br>
Issue Type: Feature Request (was: Epic)<br>
<br>
<br>
> Add support for injection, decorators and interceptors on "new-ed" objects<br>
> --------------------------------------------------------------------------<br>
><br>
> Key: CDI-552<br>
> URL: <a href="https://issues.jboss.org/browse/CDI-552" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/CDI-552</a><br>
> Project: CDI Specification Issues<br>
> Issue Type: Feature Request<br>
> Components: Beans, Decorators, Interceptors, Resolution<br>
> Affects Versions: 2.0-EDR1<br>
> Reporter: Rogerio Liesenfeld<br>
><br>
> The current CDI programming model is not friendly to object-oriented code or proper class design, and does not support true POJOs.<br>
> With this I mean:<br>
> 1) For object-oriented code, I need to be able to instantiate and use *stateful*, short-lived, objects, while still having @Inject fields in it. I shouldn't be forced to have a stateless (non-OO) class (ie, a [Transaction Script|<a href="http://martinfowler.com/eaaCatalog/transactionScript.html]" rel="noreferrer" target="_blank">http://martinfowler.com/eaaCatalog/transactionScript.html]</a>).<br>
> 2) Most classes in a business app are not meant to be used as subclasses, ie, they are not designed for extension; therefore, I should be able to make them {{final}} (see <a href="http://lcsd05.cs.tamu.edu/slides/keynote.pdf" rel="noreferrer" target="_blank">http://lcsd05.cs.tamu.edu/slides/keynote.pdf</a>, page 26, or item 17 in the [book|<a href="http://www.amazon.com/Effective-Java-2nd-Joshua-Bloch/dp/0321356683]" rel="noreferrer" target="_blank">http://www.amazon.com/Effective-Java-2nd-Joshua-Bloch/dp/0321356683]</a>).<br>
> 3) For a class to truly be a POJO, I must be able to make *full use* of the Java language when designing and implementing it; arbitrary constraints like "can't be final", "can't have final instance fields", "cannot be instantiated directly", etc. prevent it from being a "plain-old" Java object.<br>
> Specifically, what I want is to be able to write the following in a JSF/CDI backing bean for a web UI:<br>
> {code}<br>
> MyBusinessService businessOp = new MyBusinessService(fieldFromUI1, fieldFromUI2, listWithMoreDataFromUI);<br>
> businessOp.performSomeBusinessOperation(otherArgs);<br>
> String result1 = businessOp.getResultXyz();<br>
> List<result> moreResultData = businessOp.getFinalData();<br>
> {code}<br>
> ... while having MyBusinessService be a CDI bean containing one or more @Inject/@PersistenceContext fields (typically, an EntityManager and perhaps other service beans).<br>
> Without this ability, application developers are forced to create procedural Transation Scripts (stateless service class, which tend to have low cohesion).<br>
> For a CDI implementation to do this, it will need to use the java.lang.instrument API, like others tools (AspectJ, JBoss AOP, JBoss Byteman, JaCoCo, JMockit) already do.<br>
> Also, for reference, the Spring framework already supports it for some time: <a href="http://docs.spring.io/spring/docs/3.0.0.M3/spring-framework-reference/html/ch08s08.html" rel="noreferrer" target="_blank">http://docs.spring.io/spring/docs/3.0.0.M3/spring-framework-reference/html/ch08s08.html</a><br>
<br>
<br>
<br>
--<br>
This message was sent by Atlassian JIRA<br>
(v6.3.15#6346)<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 25 Aug 2015 08:08:36 +0000<br>
From: Antoine Sabot-Durand <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>><br>
Subject: [cdi-dev] F2F meeting Prioritization<br>
To: CDI Java EE Specification <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:CABu-YBSgPkzMaTYh5U3%2BZ%2BSSqAceG_6iDOAOfYCGqdGGZZoy6Q@mail.gmail.com">CABu-YBSgPkzMaTYh5U3+Z+SSqAceG_6iDOAOfYCGqdGGZZoy6Q@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi guys,<br>
<br>
<br>
Just shared the following google spreadsheet for topics during the F2F<br>
meeting.<br>
<a href="https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing</a><br>
<br>
Please add your own topic. When done, I propose we prioritize them by<br>
voting for each topic and have someone in charge to start working on each<br>
of them to arrive to meeting with preliminary work.<br>
<br>
Antoine<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/0b95cf96/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/0b95cf96/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 25 Aug 2015 08:23:58 +0000<br>
From: Antoine Sabot-Durand <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>><br>
Subject: [cdi-dev] F2F participants<br>
To: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:CABu-YBRHvvUYMRk5tQbOT8TKuZwys_HijSakfA_nWGgLx1mEOg@mail.gmail.com">CABu-YBRHvvUYMRk5tQbOT8TKuZwys_HijSakfA_nWGgLx1mEOg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi,<br>
<br>
I added a sheet for participants to the shared spreadsheet:<br>
<br>
<a href="https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing</a><br>
<br>
You can add your name and other informations there.<br>
<br>
Antoine<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/6a12fe52/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/6a12fe52/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 25 Aug 2015 11:51:23 +0200<br>
From: Antonio Goncalves <<a href="mailto:antonio.goncalves@gmail.com">antonio.goncalves@gmail.com</a>><br>
Subject: Re: [cdi-dev] F2F participants<br>
To: Antoine Sabot-Durand <<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>><br>
Cc: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<CA+ZZq99Ph8U2wSKWabMO2i=<a href="mailto:n9DR-xwv9GmdRggE13qPdZepuyA@mail.gmail.com">n9DR-xwv9GmdRggE13qPdZepuyA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I've also added a "Location Tab" (for Antoine to give us all the details of<br>
the location + Hotels if needed) and an "Agenda Tab" so we can set up our<br>
agenda (I've added "Evening" in case we want to have diner somewhere ;o)<br>
<br>
Antonio<br>
<br>
On Tue, Aug 25, 2015 at 10:23 AM, Antoine Sabot-Durand <<br>
<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>> wrote:<br>
<br>
> Hi,<br>
><br>
> I added a sheet for participants to the shared spreadsheet:<br>
><br>
><br>
> <a href="https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/a/sabot-durand.net/spreadsheets/d/1Frlfv39Nixalt783dx6Yv7rvYWuFcoumlzZa4W5F8dw/edit?usp=sharing</a><br>
><br>
> You can add your name and other informations there.<br>
><br>
> Antoine<br>
><br>
> _______________________________________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
><br>
> Note that for all code provided on this list, the provider licenses the<br>
> code under the Apache License, Version 2 (<br>
> <a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
> provided on this list, the provider waives all patent and other<br>
> intellectual property rights inherent in such information.<br>
><br>
<br>
<br>
<br>
--<br>
Antonio Goncalves<br>
Software architect, Java Champion and Pluralsight author<br>
<br>
Web site <<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>> | Twitter<br>
<<a href="http://twitter.com/agoncal" rel="noreferrer" target="_blank">http://twitter.com/agoncal</a>> | LinkedIn <<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>> |<br>
Pluralsight<br>
<<a href="http://pluralsight.com/training/Authors/Details/antonio-goncalves" rel="noreferrer" target="_blank">http://pluralsight.com/training/Authors/Details/antonio-goncalves</a>> | Paris<br>
JUG <<a href="http://www.parisjug.org" rel="noreferrer" target="_blank">http://www.parisjug.org</a>> | Devoxx France <<a href="http://www.devoxx.fr" rel="noreferrer" target="_blank">http://www.devoxx.fr</a>><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/1c303413/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/1c303413/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 25 Aug 2015 11:19:16 +0000<br>
From: "John D. Ament" <<a href="mailto:john.d.ament@gmail.com">john.d.ament@gmail.com</a>><br>
Subject: Re: [cdi-dev] JMS 2.1: Proposal to allow any CDI managed bean<br>
in a Java EE application to listen for JMS messages<br>
To: arjan tijms <<a href="mailto:arjan.tijms@gmail.com">arjan.tijms@gmail.com</a>>, Nigel Deakin<br>
<<a href="mailto:nigel.deakin@oracle.com">nigel.deakin@oracle.com</a>><br>
Cc: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<<a href="mailto:CAOqetn8mn0eWGWVo3AiwJZu_A4nDngsgzj3cjiSqVGUPx09UEA@mail.gmail.com">CAOqetn8mn0eWGWVo3AiwJZu_A4nDngsgzj3cjiSqVGUPx09UEA@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Technically speaking, I can have a bean like this:<br>
<br>
@ApplicationScoped<br>
public class Foo {<br>
public void onStart(@Observes @initialized(ApplicationScoped.class)<br>
Object obj) {<br>
// do some work here<br>
}<br>
}<br>
<br>
That bean will get instantiated by the container, even if it doesn't have<br>
any injection targets.<br>
<br>
John<br>
<br>
On Mon, Aug 24, 2015 at 7:18 PM arjan tijms <<a href="mailto:arjan.tijms@gmail.com">arjan.tijms@gmail.com</a>> wrote:<br>
<br>
> Hi,<br>
><br>
> On Mon, Aug 24, 2015 at 9:47 PM, Nigel Deakin <<a href="mailto:nigel.deakin@oracle.com">nigel.deakin@oracle.com</a>><br>
> wrote:<br>
> > As I understand it, if you want to create a CDI managed bean (so that it<br>
> is<br>
> > managed by CDI) then you have to inject it into some code somewhere.<br>
><br>
> This is not exclusively the case really;<br>
><br>
> There are generally 3 options:<br>
><br>
> 1. Bean is injected<br>
> 2. Bean is named (using @Named annotation or getName() of a Bean<T><br>
> returns non null) and referenced by EL<br>
> 3. Bean is programmatically created via BeanManager<br>
><br>
> In saw that the proposal essentially has an example of 3. already;<br>
> using the Instance injection. There are 2 variants on this where code<br>
> either uses the BeanManager directly or uses the "shortcut"<br>
> CDI.current().select(...);<br>
><br>
> Option 3. is often used when something needs a bean of a specific type<br>
> to do something. E.g. in JSF 2.3 a user would define a bean like this:<br>
><br>
> @FacesDataModel(forClass = MyCollection.class)<br>
> public class MyCollectionModel<E> extends DataModel<E> { ... }<br>
><br>
> And it just sits there (the user doesn't have to create it).<br>
><br>
> When a component needs this, it tries to obtain it programmatically,<br>
> via something like:<br>
><br>
> cdi.select(<br>
> DataModel.class,<br>
> new FacesDataModelAnnotationLiteral(MyCollection.class)<br>
> ).get();<br>
><br>
> So the *expectation* may be that a user just defines a CDI based JMS<br>
> listener bean, and that the container will then find those beans when<br>
> it needs to deliver a message.<br>
><br>
> Of course this is not entirely trivial in the JMS listener case. The<br>
> JMS runtime can not easily ask CDI for all active instances of say the<br>
> request scope, and then ask for beans to be created in all those<br>
> scopes and then deliver the message to all of them.<br>
><br>
><br>
> > If I understand things correctly, if this is a normal CDI bean then this<br>
> > alone is not sufficient to cause an instance of the bean to be created.<br>
> ><br>
> > You also need to<br>
> > (1) inject it into some other bean<br>
> > (2) create that other bean and<br>
> > (3) call a method on the MyListenerBean to trigger lazy initialisation.<br>
><br>
> This is one way for sure, but one alternative worth mentioning is to<br>
> eagerly instantiatie the scoped bean whenever its scope starts. For<br>
> OmniFaces we have implemented a separate annotation for this for CDI<br>
> 1.0, see <a href="http://showcase.omnifaces.org/cdi/Eager" rel="noreferrer" target="_blank">http://showcase.omnifaces.org/cdi/Eager</a><br>
><br>
> For CDI 1.1, there's the @Initialized and @Destroyed annotations that<br>
> can be used to observe any scope where the implementing Context throws<br>
> events for these (which are all Java EE provided scopes as far as I<br>
> know). See <a href="https://rmannibucau.wordpress.com/2015/03/10/cdi-and-startup" rel="noreferrer" target="_blank">https://rmannibucau.wordpress.com/2015/03/10/cdi-and-startup</a><br>
> and <a href="https://issues.jboss.org/browse/CDI-86" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/CDI-86</a><br>
><br>
> One CDI technicality is that if the listener method is called via the<br>
> proxy, I think it will resolve to the current scope that thread is in.<br>
> So this may mean the JMS endpoint that calls the JMS listener bean can<br>
> only call the actual bean's method, not the proxied one. I'm sure the<br>
> CDI experts here will have more knowledge about this.<br>
><br>
> Hope this helps.<br>
><br>
> Kind regards,<br>
> Arjan Tijms<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> ><br>
> > I'm trying to avoid getting ahead of myself here. My current proposals<br>
> > simply apply to normal CDI managed beans created in the normal way (via<br>
> > injection and lazy initialisation). But I could certainly see a benefit<br>
> in<br>
> > extending this to allow JMS listener beans to be created in other ways.<br>
> In<br>
> > particular:<br>
> ><br>
> > (a) Creating the bean instance as soon as the bean into which it is<br>
> injected<br>
> > enters a new scope rather than waiting for the application to call a<br>
> method<br>
> > on it (so-called eager initialisation). That sounds relatively<br>
> > straightforward to me; this could either be a new standard CDI feature<br>
> > available to all normal-scoped beans, or something specific to beans<br>
> > annotated with @JMSListener.<br>
> ><br>
> > (b) Creating the bean instance without the need to inject it anywhere.<br>
> As<br>
> > you suggest, in the case of ApplicationScoped beans this would make JMS<br>
> > listener beans more like MDBs. But it might be equally useful to support<br>
> > this for other normal scopes. For example, could we annotate a<br>
> > @RequestScoped bean so that every time a new request scope started, an<br>
> > instance of the bean for that scope was automatically created?<br>
> ><br>
> > Or if we manage to get the @Startup annotation to Commons Annotation :<br>
> ><br>
> > @Startup<br>
> > public class MyListenerBean{<br>
> ><br>
> ><br>
> ><br>
> @JMSListener(lookup="java:global/java:global/Trades",type=JMSListener.Type.TOPIC<br>
> > )<br>
> > public void deliver(Message message) {<br>
> > ...<br>
> > }<br>
> > }<br>
> ><br>
> ><br>
> > That looks as if it's tied to ApplicationScoped. I'd rather look for<br>
> > something more general.<br>
> ><br>
> > Thanks for your comments so far. You're raising issues I have been<br>
> thinking<br>
> > about for some time.<br>
> ><br>
> > Nigel<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > Just thinking here<br>
> ><br>
> > Antonio<br>
> ><br>
> > On Mon, Aug 24, 2015 at 6:30 PM, Nigel Deakin <<a href="mailto:nigel.deakin@oracle.com">nigel.deakin@oracle.com</a>><br>
> > wrote:<br>
> >><br>
> >> Over in the JMS 2.1 expert group I've just published some proposals to<br>
> >> allow any CDI managed bean in a Java EE<br>
> >> application to listen for JMS messages. This would be implemented as a<br>
> >> standard CDI portable extension and would become<br>
> >> a mandatory part of a full Java EE 8 application server.<br>
> >><br>
> >> I would welcome any comments from the CDI spec experts here. If you're<br>
> >> interested in helping, please take a look at<br>
> >> <a href="https://java.net/projects/jms-spec/pages/CDIBeansAsJMSListeners" rel="noreferrer" target="_blank">https://java.net/projects/jms-spec/pages/CDIBeansAsJMSListeners</a><br>
> >> and send comments or questions to me or to the public<br>
> >> <a href="mailto:users@jms-spec.java.net">users@jms-spec.java.net</a> alias.<br>
> >><br>
> >> Thanks,<br>
> >><br>
> >> Nigel<br>
> >> JMS 2.1 specification lead<br>
> >> _______________________________________________<br>
> >> cdi-dev mailing list<br>
> >> <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> >> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
> >><br>
> >> Note that for all code provided on this list, the provider licenses the<br>
> >> code under the Apache License, Version 2<br>
> >> (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
> >> provided on this list, the provider waives all patent and other<br>
> intellectual<br>
> >> property rights inherent in such information.<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Antonio Goncalves<br>
> > Software architect, Java Champion and Pluralsight author<br>
> ><br>
> > Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx France<br>
> ><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > cdi-dev mailing list<br>
> > <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> > <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
> ><br>
> > Note that for all code provided on this list, the provider licenses the<br>
> code<br>
> > under the Apache License, Version 2<br>
> > (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
> > provided on this list, the provider waives all patent and other<br>
> intellectual<br>
> > property rights inherent in such information.<br>
> _______________________________________________<br>
> cdi-dev mailing list<br>
> <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
><br>
> Note that for all code provided on this list, the provider licenses the<br>
> code under the Apache License, Version 2 (<br>
> <a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
> provided on this list, the provider waives all patent and other<br>
> intellectual property rights inherent in such information.<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/9ed0c209/attachment.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150825/9ed0c209/attachment.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
<br>
Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" rel="noreferrer" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.<br>
<br>
End of cdi-dev Digest, Vol 57, Issue 16<br>
***************************************<br>
</blockquote></div><br></div></div></div>