<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">2015-08-25 17:31 GMT+02:00 John D. Ament <span dir="ltr">&lt;<a href="mailto:john.d.ament@gmail.com" target="_blank">john.d.ament@gmail.com</a>&gt;</span>:<br></div></div></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><br><div class="gmail_quote"><span class=""><div dir="ltr">On Tue, Aug 25, 2015 at 9:51 AM Nigel Deakin &lt;<a href="mailto:nigel.deakin@oracle.com" target="_blank">nigel.deakin@oracle.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 24/08/2015 21:24, John D. Ament wrote:<br>
&gt;<br>
&gt; Hi Nigel!<br>
&gt;<br>
&gt; Glad to hear from you.  Was wondering, is there a way to manually register listeners?<br>
<br>
The current proposal is is for the bean to start listening just as soon as it is created (by CDI), and for it to stop<br>
listening just before it is destroyed (by CDI).<br>
<br>
As you suggesting that CDI would create the listener, but the application would call some method to tell it to start<br>
listening? or did you have something else in mind?<br></blockquote><div><br></div><div><br></div></span><div>Hmm, this would mean that only app scoped beans would apply?</div><div>It might be better to scan for the annotations and use that to start up the listener?</div><span class=""><div> </div></span></div></div></blockquote><div><br></div><div>Does it mean anything to have a request scope or session scope listener? I see technically how it can be done but I dont see any case needing it but I feel it can hurt a lot to support it for anything else than PoC - ie in prod, no?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
 &gt; It would be great if this could<br>
&gt; be leveraged in a CDI SE environment as well as EE environment.<br>
<br>
I see that work is underway for CDI 2.0 to define how CDI might work in a Java SE environment. I don&#39;t see why a similar<br>
portable extension could not be created for use in Java SE. Since there would be no need to support Java EE behaviour<br>
such as transactions this could be built directly on top of the JMS provider&#39;s Java SE client. No need to use a resource<br>
adapter. However since the @JMSListener and @JMSConnectionFactory annotations use JNDI there would be a need to be a way<br>
to specify which JNDI InitialContext to use. I&#39;m not proposing any of this at the moment, but it might perhaps be<br>
something that we (the JMS expert group) could consider later on as a optional part of JMS 2.1.<br>
<br>
There&#39;s also the Java EE application client to consider.<br>
<br>
Nigel<br>
<br>
</blockquote></span></div></div>
<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></blockquote></div><br></div></div>