<div dir="ltr">That&#39;s something that has to be discussed in the EE expert group (@arjan pointed at the JIRAs) because, let&#39;s face it, nobody really wants to open up the EJB spec (let&#39;s leave it quiet, so let&#39;s not bring this to the former EJB expert group... which I&#39;m part of ;o)<div><br></div><div>Antonio</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 17, 2014 at 10:10 PM, Romain Manni-Bucau <span dir="ltr">&lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Actually it makes sense, we already have @Transactional so only<br>
security part is really missing from EJB spec - sorry for the noise.<br>
<br>
Is there a place with all asked features (JavaSE, @Pooling, easier<br>
SPI, config, ...)? then people could maybe vote?<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Romain Manni-Bucau<br>
@rmannibucau<br>
<a href="http://www.tomitribe.com" target="_blank">http://www.tomitribe.com</a><br>
<a href="http://rmannibucau.wordpress.com" target="_blank">http://rmannibucau.wordpress.com</a><br>
<a href="https://github.com/rmannibucau" target="_blank">https://github.com/rmannibucau</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
2014-11-17 22:04 GMT+01:00 Antonio Goncalves &lt;<a href="mailto:antonio.goncalves@gmail.com">antonio.goncalves@gmail.com</a>&gt;:<br>
&gt; Like @dblevins once said &quot;EJB was a super hype spec with all the cool<br>
&gt; features... and became blotted throughout the years&quot;. If we are not careful,<br>
&gt; CDI (the super hype spec at the moment) will become blotted too.<br>
&gt;<br>
&gt; Context and Dependency Injection should not deal with pooling, scheduling,<br>
&gt; security.... but yes, allow the other specs to implement such concerns. I<br>
&gt; can easily see most of these concerns implemented with interceptor bindings<br>
&gt; or extensions.<br>
&gt;<br>
&gt; When we talked to Nigel (JMS spec lead) he was really enthousiast to learn<br>
&gt; more about CDI and use it to help develop JMS internals. Manfred (JSF / MVC)<br>
&gt; who has already implemented most of the JSF stuff with CDI (@ViewScoped and<br>
&gt; so on) was really encouraging.<br>
&gt;<br>
&gt; I think that part of the job this CDI 2.0 expert group has is to evangelize<br>
&gt; current specs leads to use CDI in their internals.<br>
&gt;<br>
&gt; Antonio<br>
&gt;<br>
&gt; On Mon, Nov 17, 2014 at 9:55 PM, Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com">rmannibucau@gmail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; 2014-11-17 21:53 GMT+01:00 Antonio Goncalves<br>
&gt;&gt; &lt;<a href="mailto:antonio.goncalves@gmail.com">antonio.goncalves@gmail.com</a>&gt;:<br>
&gt;&gt; &gt; Would you like to see @Inject in JSR 250 ? I don&#39;t think it&#39;s a good<br>
&gt;&gt; &gt; idea to<br>
&gt;&gt; &gt; put everything in Commons Annotations. It makes sense to have @Startup,<br>
&gt;&gt; &gt; @Pooling, @Scedule, @Asynchronous where it fits better.<br>
&gt;&gt; &gt;<br>
&gt;&gt;<br>
&gt;&gt; Why not keeping in EJBs (even if it needs to be renamed for historical<br>
&gt;&gt; reasons)? ie a spec on top of CDI, not &lt;= CDI.<br>
&gt;&gt;<br>
&gt;&gt; &gt; Antonio<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; On Mon, Nov 17, 2014 at 5:30 PM, Antoine Sabot-Durand<br>
&gt;&gt; &gt; &lt;<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Guys, don’t forget the commons annotation specification since we’re<br>
&gt;&gt; &gt;&gt; going<br>
&gt;&gt; &gt;&gt; to ask for a MR for it. It could be a convenient solution to share<br>
&gt;&gt; &gt;&gt; annotation without having a huge dependency to have it (think of SE).<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Antoine<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Le 17 nov. 2014 à 16:53, Antonio Goncalves<br>
&gt;&gt; &gt;&gt; &lt;<a href="mailto:antonio.goncalves@gmail.com">antonio.goncalves@gmail.com</a>&gt; a<br>
&gt;&gt; &gt;&gt; écrit :<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; @Startup could also make sense in Concurrency in Java EE, like @Pooling<br>
&gt;&gt; &gt;&gt; (there&#39;s thread pools behind).  BTW I was talking to the Oracle guys<br>
&gt;&gt; &gt;&gt; and it<br>
&gt;&gt; &gt;&gt; looks like the Concurrency spec will be updated in EE 8... I don&#39;t know<br>
&gt;&gt; &gt;&gt; how<br>
&gt;&gt; &gt;&gt; far the update will go.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; As for the JMS stuff, we talked with Nigel and he likes the idea of MDB<br>
&gt;&gt; &gt;&gt; replacement going to where it belongs : the JMS spec<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Antonio<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; On Mon, Nov 17, 2014 at 4:28 PM, arjan tijms &lt;<a href="mailto:arjan.tijms@gmail.com">arjan.tijms@gmail.com</a>&gt;<br>
&gt;&gt; &gt;&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Hi,<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; On Mon, Nov 17, 2014 at 2:57 PM, Antoine Sabot-Durand<br>
&gt;&gt; &gt;&gt;&gt; &lt;<a href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt; &gt; Just to give you a small feedback of my Devoxx week regarding CDI<br>
&gt;&gt; &gt;&gt;&gt; &gt; and<br>
&gt;&gt; &gt;&gt;&gt; &gt; CDI 2.0 (for the rest, what happens in Devoxx stays in Devoxx ;) )<br>
&gt;&gt; &gt;&gt;&gt; &gt;<br>
&gt;&gt; &gt;&gt;&gt; &gt; 1) Great expectations:<br>
&gt;&gt; &gt;&gt;&gt; &gt; [...] (the question of total EJB replacement came more than once)<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; I heard this a number of times as well, both before and during Devoxx.<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; A great number of issues for decoupling EJB features (meaning,<br>
&gt;&gt; &gt;&gt;&gt; providing CDI based replacements) have already been created as spec<br>
&gt;&gt; &gt;&gt;&gt; issues:<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; * Decoupling the @Schedule annotation from the EJB component model<br>
&gt;&gt; &gt;&gt;&gt; (EJB_SPEC-1)<br>
&gt;&gt; &gt;&gt;&gt; * Decoupling the TimerService API from the EJB component model<br>
&gt;&gt; &gt;&gt;&gt; (EJB_SPEC-2)<br>
&gt;&gt; &gt;&gt;&gt; * Decoupling the @Asynchronous annotation from the EJB component model<br>
&gt;&gt; &gt;&gt;&gt; (EJB_SPEC-3)<br>
&gt;&gt; &gt;&gt;&gt; * Decoupling the @Lock/@AccessTimeout annotations from the EJB<br>
&gt;&gt; &gt;&gt;&gt; component model (EJB_SPEC-4)<br>
&gt;&gt; &gt;&gt;&gt; * Decoupling the @Startup/@DependsOn annotations from the EJB<br>
&gt;&gt; &gt;&gt;&gt; component model (EJB_SPEC-19)<br>
&gt;&gt; &gt;&gt;&gt; * Standardize Pooling and Decouple from EJB Component Model<br>
&gt;&gt; &gt;&gt;&gt; (EJB_SPEC-113)<br>
&gt;&gt; &gt;&gt;&gt; * Redefine Message Driven Beans as Managed Beans (EJB_SPEC-18)<br>
&gt;&gt; &gt;&gt;&gt; * Standardize Abstractions for Common Message Processing Patterns<br>
&gt;&gt; &gt;&gt;&gt; (JMS_SPEC-154)<br>
&gt;&gt; &gt;&gt;&gt; * Allow Java EE components other than MDBs to consume messages<br>
&gt;&gt; &gt;&gt;&gt; asynchronously (JMS_SPEC-100)<br>
&gt;&gt; &gt;&gt;&gt; * Bind JMS to CDI events and/or business interfaces (JMS_SPEC-88)<br>
&gt;&gt; &gt;&gt;&gt; * Support for &quot;self&quot; injection (CDI-414)<br>
&gt;&gt; &gt;&gt;&gt; * Allow access-control related JSR-250 security annotations on managed<br>
&gt;&gt; &gt;&gt;&gt; beans (JAVASERVERFACES_SPEC_PUBLIC-495)<br>
&gt;&gt; &gt;&gt;&gt; * Support @RolesAllowed on a Servlet (SERVLET_SPEC-29)<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; There are some additional features that may not yet have been covered<br>
&gt;&gt; &gt;&gt;&gt; (but maybe I missed them), such as:<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; * Control over passivation<br>
&gt;&gt; &gt;&gt;&gt; * Support for the extended persistence context<br>
&gt;&gt; &gt;&gt;&gt; * Destroying a bean whenever an exception occurs (I was just working<br>
&gt;&gt; &gt;&gt;&gt; on this the other week)<br>
&gt;&gt; &gt;&gt;&gt; * Logging the exception thrown by a bean (yes, trivial, but part of<br>
&gt;&gt; &gt;&gt;&gt; EJB)<br>
&gt;&gt; &gt;&gt;&gt; * The concept where every method call on a proxy is routed to another<br>
&gt;&gt; &gt;&gt;&gt; bean instance, which is then automatically unavailable for other calls<br>
&gt;&gt; &gt;&gt;&gt; as long as it doesn&#39;t return (related to the &quot;Standardize Pooling&quot;<br>
&gt;&gt; &gt;&gt;&gt; issue)<br>
&gt;&gt; &gt;&gt;&gt; * Binary remoting without all the explicit mapping that&#39;s needed for<br>
&gt;&gt; &gt;&gt;&gt; say JAX-RS  (yes, thorny issue which we may not wish to support<br>
&gt;&gt; &gt;&gt;&gt; anymore?)<br>
&gt;&gt; &gt;&gt;&gt; * General support for @RolesAllowed/@RunAs etc (often mentioned, and<br>
&gt;&gt; &gt;&gt;&gt; two issues for JSF managed beans resp Servlets were created, but no<br>
&gt;&gt; &gt;&gt;&gt; general issue)<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; The question is perhaps where all this functionality should live.<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; TimerService and @Asynchronous in the concurrency spec?<br>
&gt;&gt; &gt;&gt;&gt; All JMS/messaging listener stuff (aka MDB replacements) in the JMS<br>
&gt;&gt; &gt;&gt;&gt; spec?<br>
&gt;&gt; &gt;&gt;&gt; @RolesAllowed etc in the security spec (if that spec will actually<br>
&gt;&gt; &gt;&gt;&gt; happen)<br>
&gt;&gt; &gt;&gt;&gt; @Startup in the CDI spec itself?<br>
&gt;&gt; &gt;&gt;&gt; Destroying bean on exception in CDI spec?<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; But where should e.g. pooling belong?<br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Kind regards,<br>
&gt;&gt; &gt;&gt;&gt; Arjan Tijms<br>
&gt;&gt; &gt;&gt;&gt; _______________________________________________<br>
&gt;&gt; &gt;&gt;&gt; cdi-dev mailing list<br>
&gt;&gt; &gt;&gt;&gt; <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
&gt;&gt; &gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
&gt;&gt; &gt;&gt;&gt;<br>
&gt;&gt; &gt;&gt;&gt; Note that for all code provided on this list, the provider licenses<br>
&gt;&gt; &gt;&gt;&gt; the<br>
&gt;&gt; &gt;&gt;&gt; code under the Apache License, Version 2<br>
&gt;&gt; &gt;&gt;&gt; (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
&gt;&gt; &gt;&gt;&gt; provided on this list, the provider waives all patent and other<br>
&gt;&gt; &gt;&gt;&gt; intellectual<br>
&gt;&gt; &gt;&gt;&gt; property rights inherent in such information.<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; --<br>
&gt;&gt; &gt;&gt; Antonio Goncalves<br>
&gt;&gt; &gt;&gt; Software architect, Java Champion and Pluralsight author<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt; Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx France<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;&gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; --<br>
&gt;&gt; &gt; Antonio Goncalves<br>
&gt;&gt; &gt; Software architect, Java Champion and Pluralsight author<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx France<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; _______________________________________________<br>
&gt;&gt; &gt; cdi-dev mailing list<br>
&gt;&gt; &gt; <a href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
&gt;&gt; &gt; <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; Note that for all code provided on this list, the provider licenses the<br>
&gt;&gt; &gt; code<br>
&gt;&gt; &gt; under the Apache License, Version 2<br>
&gt;&gt; &gt; (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/licenses/LICENSE-2.0.html</a>). For all other ideas<br>
&gt;&gt; &gt; provided on this list, the provider waives all patent and other<br>
&gt;&gt; &gt; intellectual<br>
&gt;&gt; &gt; property rights inherent in such information.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Antonio Goncalves<br>
&gt; Software architect, Java Champion and Pluralsight author<br>
&gt;<br>
&gt; Web site | Twitter | LinkedIn | Pluralsight | Paris JUG | Devoxx France<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Antonio Goncalves <br>Software architect, Java Champion and Pluralsight author<br><br><a href="http://www.antoniogoncalves.org" target="_blank">Web site</a> | <a href="http://twitter.com/agoncal" target="_blank">Twitter</a> | <a href="http://www.linkedin.com/in/agoncal" target="_blank">LinkedIn</a> | <a href="http://pluralsight.com/training/Authors/Details/antonio-goncalves" target="_blank">Pluralsight</a> | <a href="http://www.parisjug.org" target="_blank">Paris JUG</a> | <a href="http://www.devoxx.fr" target="_blank">Devoxx France</a></div></div>
</div>