<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-08-30 20:29 GMT+02:00 Werner Keil <span dir="ltr">&lt;<a href="mailto:werner.keil@gmail.com" target="_blank">werner.keil@gmail.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">As there is well-established event handling on the SE and ME side, in most cases based on java.util.EventObject, I could imagine CDI events being either outside a &quot;lite&quot; profile or at least optional, should we consider optionality.<br><div class="gmail_extra"><br clear="all"></div></div></blockquote><div><br></div><div>not sure I agree, SE has an event hierarchy but its listener model is not as usable as CDI most of the time because of the register side </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_extra"><div><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="margin:0px;font-size:13px;border-collapse:collapse"><span lang="EN-US" style="font-family:Calibri">Werner</span></p></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote"><span class="">On Sun, Aug 30, 2015 at 6:10 PM,  <span dir="ltr">&lt;<a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank">cdi-dev-request@lists.jboss.org</a>&gt;</span> wrote:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Send cdi-dev mailing list submissions to<br>
        <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">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 &#39;help&#39; to<br>
        <a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank">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" target="_blank">cdi-dev-owner@lists.jboss.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than &quot;Re: Contents of cdi-dev digest...&quot;<br>
<br>
<br>
Today&#39;s Topics:<br>
<br></span>
   1. Re: cdi-dev Digest, Vol 57, Issue 33 (Romain Manni-Bucau)<br>
   2. Re: Time to start working on CDI lite (Antonio Goncalves)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 2<br>
Date: Sun, 30 Aug 2015 18:09:41 +0200<br>
From: Antonio Goncalves &lt;<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>&gt;<span class=""><br>
Subject: Re: [cdi-dev] Time to start working on CDI lite<br></span>
To: Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;<br>
Cc: cdi-dev &lt;<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;<br>
Message-ID:<br>
        &lt;CA+ZZq9-YFcTKuZr=+6v=<a href="mailto:wH-w670E%2B%2BqgBrN36DsToFEidUzenQ@mail.gmail.com" target="_blank">wH-w670E++qgBrN36DsToFEidUzenQ@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<span class=""><br>
<br>
For me, a Light version of CDI is clearly the features number. That&#39;s why I<br>
don&#39;t see events in it.<br>
<br>
For me, a CDI Lite would just focus on DI. If CDI has @Produces and Spring<br>
has @Bean, then it&#39;s because 330 lakes this functionality.<br>
<br></span><span class="">
On Sun, Aug 30, 2015 at 4:02 PM, Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;<br>
wrote:<br>
<br>
&gt; Lite can have several definition, let&#39;s try to list them up if it can help:<br>
&gt;<br>
&gt; - binary size: for me until 3M for an app it is &quot;Lite&quot;<br>
&gt; - features number: the whole IoC set of feature is light since you almost<br>
&gt; always need it, it means you can do lighter but it wouldnt be used - check<br>
&gt; spring, who uses only spring-ioc and not context or more?<br>
&gt; - features complexity: sure we are not light here but supporting scopes<br>
&gt; already breaks &quot;Lite-ness&quot; IMO so not a real issue<br>
&gt;<br>
&gt; So my view is CDI &quot;SE&quot; is light enough - as a spec and spec can&#39;t affect<br>
&gt; implementations so seems the fight is not on the right side to me.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; Romain Manni-Bucau<br></span><span class="">
&gt; @rmannibucau &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a>&gt; |  Blog<br>
&gt; &lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a>&gt; | Github<br>
&gt; &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a>&gt; | LinkedIn<br>
&gt; &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a>&gt; | Tomitriber<br>
&gt; &lt;<a href="http://www.tomitribe.com" rel="noreferrer" target="_blank">http://www.tomitribe.com</a>&gt;<br>
&gt;<br></span><div><div class="h5">
&gt; 2015-08-30 15:57 GMT+02:00 Antonio Goncalves &lt;<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>&gt;<br>
&gt; :<br>
&gt;<br>
&gt;&gt; It&#39;s funny, I feel I&#39;m in Rod Johnson shoes back in Java EE 6 where he<br>
&gt;&gt; forked 330 because he found CDI was doing too much  ;o)<br>
&gt;&gt;<br>
&gt;&gt; For me, &quot;CDI Lite&quot; was just basic dependency injection. The fact that CDI<br>
&gt;&gt; can now run on SE (like JPA....), is good... but for me it has nothing to<br>
&gt;&gt; do with Light : it&#39;s the entire thing that can bootstrap in SE. Good.<br>
&gt;&gt;<br>
&gt;&gt; So what is Lite for you guys ?<br>
&gt;&gt;<br>
&gt;&gt; Antonio<br>
&gt;&gt;<br>
&gt;&gt; On Sun, Aug 30, 2015 at 3:44 PM, Romain Manni-Bucau &lt;<br>
&gt;&gt; <a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; 2015-08-30 15:22 GMT+02:00 John D. Ament &lt;<a href="mailto:john.d.ament@gmail.com" target="_blank">john.d.ament@gmail.com</a>&gt;:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Personally, I&#39;m not in favor of a slimmed down runtime.  It was tried<br>
&gt;&gt;&gt;&gt; with EJB, but never implemented properly (most implementations that support<br>
&gt;&gt;&gt;&gt; EJB-lite actually support the entire thing, except for deprecated stuff).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt; +1, most of CDI is basic and quickly any light version will miss events<br>
&gt;&gt;&gt; or other thing - in particular in maintaining micro services from<br>
&gt;&gt;&gt; experience. Size of an implementation can easily be &lt; 1M so not sure it<br>
&gt;&gt;&gt; would bring anything. Only important point is what Antoine started to do ie<br>
&gt;&gt;&gt; ensuring EE and SE parts are clearly identified and split in the spec.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I think if we define SE properly we won&#39;t have a need for this.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; John<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Sun, Aug 30, 2015 at 8:07 AM Antonio Goncalves &lt;<br>
&gt;&gt;&gt;&gt; <a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; @Antoine, so which content do you see in CDI Lite ? Are you sure about<br>
&gt;&gt;&gt;&gt;&gt; events ?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I&#39;m in favor of a &quot;fatter&quot; 330 that would have :<br>
&gt;&gt;&gt;&gt;&gt;<br></div></div><span class="">
&gt;&gt;&gt;&gt;&gt;    - @Inject : already there<br>
&gt;&gt;&gt;&gt;&gt;    - @Qualifier : already there<br>
&gt;&gt;&gt;&gt;&gt;    -<br>
&gt;&gt;&gt;&gt;&gt; *Producers and disposers *<br>
&gt;&gt;&gt;&gt;&gt;    -<br>
&gt;&gt;&gt;&gt;&gt; *Programatic lookup *<br>
&gt;&gt;&gt;&gt;&gt;    - *Java SE Bootstrap*<br>
&gt;&gt;&gt;&gt;&gt;<br></span>
&gt;&gt;&gt;&gt;&gt; When you say &quot;*The goal here is not to propose a new EE profile but a<br>
&gt;&gt;&gt;&gt;&gt; subspec*&quot;, 330 could already be seen as a subspec. If you put events<span class=""><br>
&gt;&gt;&gt;&gt;&gt; apparts, what would be missing in this list in your point of view ? And<br>
&gt;&gt;&gt;&gt;&gt; what obstacles do you see in archieving this ?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; To boostrap CDI we have a CDIProvider, why not having an<br>
&gt;&gt;&gt;&gt;&gt; InjectionProvider just to bootstrap 330 (then, CDIProvider could extend<br>
&gt;&gt;&gt;&gt;&gt; InjectionProvider, so it bootstraps the all thing) ?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Antonio<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On Sun, Aug 30, 2015 at 9:09 AM, Antoine Sabot-Durand &lt;<br>
&gt;&gt;&gt;&gt;&gt; <a href="mailto:antoine@sabot-durand.net" target="_blank">antoine@sabot-durand.net</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Yes Arjan, I think it&#39;s the first reason. We really should work with<br>
&gt;&gt;&gt;&gt;&gt;&gt; them to understand what should be added to CDI 2.0 to have it as a first<br>
&gt;&gt;&gt;&gt;&gt;&gt; citizen DI in their spec.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br></span>
&gt;&gt;&gt;&gt;&gt;&gt; Le sam. 29 ao?t 2015 ? 23:15, arjan tijms &lt;<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>&gt; a<br>
&gt;&gt;&gt;&gt;&gt;&gt; ?crit :<span class=""><br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; On Sat, Aug 29, 2015 at 8:45 PM, Antonio Goncalves<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; &lt;<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; &gt; I remember talking with the JAX-RS guys (Java EE), years ago (back<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; in EE6),<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; &gt; and their answer for not adopting CDI was &quot;too heavy&quot;.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; I can&#39;t find an exact reference anymore, but I somewhat remember that<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; one of the reasons was also simply that CDI as a general solution<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; finished late in Java EE 6, while JAX-RS finished earlier and had all<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt; the work for their own DI solution already done.<br>
&gt;&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt; Antonio Goncalves<br>
&gt;&gt;&gt;&gt;&gt; Software architect, Java Champion and Pluralsight author<br>
&gt;&gt;&gt;&gt;&gt;<br></span><span class="">
&gt;&gt;&gt;&gt;&gt; Web site &lt;<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>&gt; | Twitter<br>
&gt;&gt;&gt;&gt;&gt; &lt;<a href="http://twitter.com/agoncal" rel="noreferrer" target="_blank">http://twitter.com/agoncal</a>&gt; | LinkedIn<br>
&gt;&gt;&gt;&gt;&gt; &lt;<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>&gt; | Pluralsight<br>
&gt;&gt;&gt;&gt;&gt; &lt;<a href="http://pluralsight.com/training/Authors/Details/antonio-goncalves" rel="noreferrer" target="_blank">http://pluralsight.com/training/Authors/Details/antonio-goncalves</a>&gt; | Paris<br>
&gt;&gt;&gt;&gt;&gt; JUG &lt;<a href="http://www.parisjug.org" rel="noreferrer" target="_blank">http://www.parisjug.org</a>&gt; | Devoxx France &lt;<a href="http://www.devoxx.fr" rel="noreferrer" target="_blank">http://www.devoxx.fr</a>&gt;<br></span><span class="">
&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" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;&gt;&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" 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 code under the Apache License, Version 2 (<br>
&gt;&gt;&gt;&gt;&gt; <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>
&gt;&gt;&gt;&gt;&gt; provided on this list, the provider waives all patent and other<br>
&gt;&gt;&gt;&gt;&gt; intellectual 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; cdi-dev mailing list<br>
&gt;&gt;&gt;&gt; <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Note that for all code provided on this list, the provider licenses the<br>
&gt;&gt;&gt;&gt; code under the Apache License, Version 2 (<br>
&gt;&gt;&gt;&gt; <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>
&gt;&gt;&gt;&gt; provided on this list, the provider waives all patent and other<br>
&gt;&gt;&gt;&gt; intellectual property rights inherent in such information.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; Antonio Goncalves<br>
&gt;&gt; Software architect, Java Champion and Pluralsight author<br>
&gt;&gt;<br></span><span class="">
&gt;&gt; Web site &lt;<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>&gt; | Twitter<br>
&gt;&gt; &lt;<a href="http://twitter.com/agoncal" rel="noreferrer" target="_blank">http://twitter.com/agoncal</a>&gt; | LinkedIn<br>
&gt;&gt; &lt;<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>&gt; | Pluralsight<br>
&gt;&gt; &lt;<a href="http://pluralsight.com/training/Authors/Details/antonio-goncalves" rel="noreferrer" target="_blank">http://pluralsight.com/training/Authors/Details/antonio-goncalves</a>&gt; | Paris<br>
&gt;&gt; JUG &lt;<a href="http://www.parisjug.org" rel="noreferrer" target="_blank">http://www.parisjug.org</a>&gt; | Devoxx France &lt;<a href="http://www.devoxx.fr" rel="noreferrer" target="_blank">http://www.devoxx.fr</a>&gt;<br>
&gt;&gt;<br>
&gt;<br>
&gt;<br>
<br>
<br></span><span class="">
--<br>
Antonio Goncalves<br>
Software architect, Java Champion and Pluralsight author<br>
<br></span><span class="">
Web site &lt;<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>&gt; | Twitter<br>
&lt;<a href="http://twitter.com/agoncal" rel="noreferrer" target="_blank">http://twitter.com/agoncal</a>&gt; | LinkedIn &lt;<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>&gt; |<br>
Pluralsight<br>
&lt;<a href="http://pluralsight.com/training/Authors/Details/antonio-goncalves" rel="noreferrer" target="_blank">http://pluralsight.com/training/Authors/Details/antonio-goncalves</a>&gt; | Paris<br>
JUG &lt;<a href="http://www.parisjug.org" rel="noreferrer" target="_blank">http://www.parisjug.org</a>&gt; | Devoxx France &lt;<a href="http://www.devoxx.fr" rel="noreferrer" target="_blank">http://www.devoxx.fr</a>&gt;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br></span>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150830/41058591/attachment.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150830/41058591/attachment.html</a><br>
<br>
------------------------------<span class=""><br>
<br>
_______________________________________________<br>
cdi-dev mailing list<br>
<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">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></span>
End of cdi-dev Digest, Vol 57, Issue 35<br>
***************************************<br>
</blockquote></div><br></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>