<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"><<a href="mailto:werner.keil@gmail.com" target="_blank">werner.keil@gmail.com</a>></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 "lite" 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"><<a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank">cdi-dev-request@lists.jboss.org</a>></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 'help' 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 "Re: Contents of cdi-dev digest..."<br>
<br>
<br>
Today'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 <<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>><span class=""><br>
Subject: Re: [cdi-dev] Time to start working on CDI lite<br></span>
To: Romain Manni-Bucau <<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>><br>
Cc: cdi-dev <<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>><br>
Message-ID:<br>
<CA+ZZq9-YFcTKuZr=+6v=<a href="mailto:wH-w670E%2B%2BqgBrN36DsToFEidUzenQ@mail.gmail.com" target="_blank">wH-w670E++qgBrN36DsToFEidUzenQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<span class=""><br>
<br>
For me, a Light version of CDI is clearly the features number. That's why I<br>
don'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's because 330 lakes this functionality.<br>
<br></span><span class="">
On Sun, Aug 30, 2015 at 4:02 PM, Romain Manni-Bucau <<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>><br>
wrote:<br>
<br>
> Lite can have several definition, let's try to list them up if it can help:<br>
><br>
> - binary size: for me until 3M for an app it is "Lite"<br>
> - features number: the whole IoC set of feature is light since you almost<br>
> always need it, it means you can do lighter but it wouldnt be used - check<br>
> spring, who uses only spring-ioc and not context or more?<br>
> - features complexity: sure we are not light here but supporting scopes<br>
> already breaks "Lite-ness" IMO so not a real issue<br>
><br>
> So my view is CDI "SE" is light enough - as a spec and spec can't affect<br>
> implementations so seems the fight is not on the right side to me.<br>
><br>
><br>
><br>
> Romain Manni-Bucau<br></span><span class="">
> @rmannibucau <<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a>> | Blog<br>
> <<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a>> | Github<br>
> <<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a>> | LinkedIn<br>
> <<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a>> | Tomitriber<br>
> <<a href="http://www.tomitribe.com" rel="noreferrer" target="_blank">http://www.tomitribe.com</a>><br>
><br></span><div><div class="h5">
> 2015-08-30 15:57 GMT+02:00 Antonio Goncalves <<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>><br>
> :<br>
><br>
>> It's funny, I feel I'm in Rod Johnson shoes back in Java EE 6 where he<br>
>> forked 330 because he found CDI was doing too much ;o)<br>
>><br>
>> For me, "CDI Lite" was just basic dependency injection. The fact that CDI<br>
>> can now run on SE (like JPA....), is good... but for me it has nothing to<br>
>> do with Light : it's the entire thing that can bootstrap in SE. Good.<br>
>><br>
>> So what is Lite for you guys ?<br>
>><br>
>> Antonio<br>
>><br>
>> On Sun, Aug 30, 2015 at 3:44 PM, Romain Manni-Bucau <<br>
>> <a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>> wrote:<br>
>><br>
>>> 2015-08-30 15:22 GMT+02:00 John D. Ament <<a href="mailto:john.d.ament@gmail.com" target="_blank">john.d.ament@gmail.com</a>>:<br>
>>><br>
>>>> Personally, I'm not in favor of a slimmed down runtime. It was tried<br>
>>>> with EJB, but never implemented properly (most implementations that support<br>
>>>> EJB-lite actually support the entire thing, except for deprecated stuff).<br>
>>>><br>
>>>><br>
>>> +1, most of CDI is basic and quickly any light version will miss events<br>
>>> or other thing - in particular in maintaining micro services from<br>
>>> experience. Size of an implementation can easily be < 1M so not sure it<br>
>>> would bring anything. Only important point is what Antoine started to do ie<br>
>>> ensuring EE and SE parts are clearly identified and split in the spec.<br>
>>><br>
>>><br>
>>>> I think if we define SE properly we won't have a need for this.<br>
>>>><br>
>>>> John<br>
>>>><br>
>>>> On Sun, Aug 30, 2015 at 8:07 AM Antonio Goncalves <<br>
>>>> <a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>> wrote:<br>
>>>><br>
>>>>> @Antoine, so which content do you see in CDI Lite ? Are you sure about<br>
>>>>> events ?<br>
>>>>><br>
>>>>> I'm in favor of a "fatter" 330 that would have :<br>
>>>>><br></div></div><span class="">
>>>>> - @Inject : already there<br>
>>>>> - @Qualifier : already there<br>
>>>>> -<br>
>>>>> *Producers and disposers *<br>
>>>>> -<br>
>>>>> *Programatic lookup *<br>
>>>>> - *Java SE Bootstrap*<br>
>>>>><br></span>
>>>>> When you say "*The goal here is not to propose a new EE profile but a<br>
>>>>> subspec*", 330 could already be seen as a subspec. If you put events<span class=""><br>
>>>>> apparts, what would be missing in this list in your point of view ? And<br>
>>>>> what obstacles do you see in archieving this ?<br>
>>>>><br>
>>>>> To boostrap CDI we have a CDIProvider, why not having an<br>
>>>>> InjectionProvider just to bootstrap 330 (then, CDIProvider could extend<br>
>>>>> InjectionProvider, so it bootstraps the all thing) ?<br>
>>>>><br>
>>>>> Antonio<br>
>>>>><br>
>>>>> On Sun, Aug 30, 2015 at 9:09 AM, Antoine Sabot-Durand <<br>
>>>>> <a href="mailto:antoine@sabot-durand.net" target="_blank">antoine@sabot-durand.net</a>> wrote:<br>
>>>>><br>
>>>>>> Yes Arjan, I think it's the first reason. We really should work with<br>
>>>>>> them to understand what should be added to CDI 2.0 to have it as a first<br>
>>>>>> citizen DI in their spec.<br>
>>>>>><br></span>
>>>>>> Le sam. 29 ao?t 2015 ? 23:15, arjan tijms <<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>> a<br>
>>>>>> ?crit :<span class=""><br>
>>>>>><br>
>>>>>>> On Sat, Aug 29, 2015 at 8:45 PM, Antonio Goncalves<br>
>>>>>>> <<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>> wrote:<br>
>>>>>>> > I remember talking with the JAX-RS guys (Java EE), years ago (back<br>
>>>>>>> in EE6),<br>
>>>>>>> > and their answer for not adopting CDI was "too heavy".<br>
>>>>>>><br>
>>>>>>> I can't find an exact reference anymore, but I somewhat remember that<br>
>>>>>>> one of the reasons was also simply that CDI as a general solution<br>
>>>>>>> finished late in Java EE 6, while JAX-RS finished earlier and had all<br>
>>>>>>> the work for their own DI solution already done.<br>
>>>>>>><br>
>>>>>><br>
>>>>><br>
>>>>><br>
>>>>> --<br>
>>>>> Antonio Goncalves<br>
>>>>> Software architect, Java Champion and Pluralsight author<br>
>>>>><br></span><span class="">
>>>>> 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<br>
>>>>> <<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>> | 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></span><span class="">
>>>>> _______________________________________________<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<br>
>>>>> the 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>
>>>> 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<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>
>> --<br>
>> Antonio Goncalves<br>
>> Software architect, Java Champion and Pluralsight author<br>
>><br></span><span class="">
>> 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<br>
>> <<a href="http://www.linkedin.com/in/agoncal" rel="noreferrer" target="_blank">http://www.linkedin.com/in/agoncal</a>> | 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>
>><br>
><br>
><br>
<br>
<br></span><span class="">
--<br>
Antonio Goncalves<br>
Software architect, Java Champion and Pluralsight author<br>
<br></span><span class="">
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></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>