<div dir="ltr">Seems, from Tapestry 5.3 on you can use both, so it doesn&#39;t look like it completely abandoned its own:<div><a href="https://tapestry.apache.org/using-jsr-330-standard-annotations.html">https://tapestry.apache.org/using-jsr-330-standard-annotations.html</a></div><div><br></div><div>Luckily the 2 JSRs (with a bit of help and moderation by others) 299 and 330 did end up building on top of each other (in reverse order) rather than reinventing the wheel and competing with other libraries even inside the same platform or environment (like we see a lot in Java SE and to some extent also in EE elsewhere;-)<br><div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><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">On Sun, Aug 30, 2015 at 4:29 PM, Werner Keil <span dir="ltr">&lt;<a href="mailto:werner.keil@gmail.com" target="_blank">werner.keil@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Looking at the requirements for SE Embedded (on the lower side of SE) probably helps:</div><a href="http://www.oracle.com/technetwork/java/embedded/embedded-se/documentation/javase-embedded-sysreq-2043454.html" target="_blank">http://www.oracle.com/technetwork/java/embedded/embedded-se/documentation/javase-embedded-sysreq-2043454.html</a><br><div class="gmail_extra"><br></div><div class="gmail_extra">The 3 MB binary app size Romain mentioned is a good example. Could be a bit steep for Embedded, but as an upper end it sounds reasonable.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Btw. although Rod Johnson and Bob Lee were listed as co Spec Leads, pretty much every initial contribution and effort came from Google/Bob:</div><div class="gmail_extra"><a href="https://jcp.org/en/jsr/detail?id=330" target="_blank">https://jcp.org/en/jsr/detail?id=330</a><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">The EG had a couple of others like Tapestry, but I am not sure, when it e.g. adopted JSR 330 instead of its own DI library if it ever fully supported it to date?</div><span class=""><font color="#888888"><div class="gmail_extra"><br></div></font></span><div class="gmail_extra"><span class=""><font color="#888888"><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></font></span><div class="gmail_quote"><span class="">On Sun, Aug 30, 2015 at 4:11 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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><div><div class="h5">
   1. Re: Time to start working on CDI lite (Romain Manni-Bucau)<br>
   2. Re: Time to start working on CDI lite (Werner Keil)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 30 Aug 2015 16:02:32 +0200<br>
From: Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;<br>
Subject: Re: [cdi-dev] Time to start working on CDI lite<br>
To: Antonio Goncalves &lt;<a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@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;CACLE=<a href="mailto:7Mu5mMB3tFWLtPxNXRpKrR82xKku5saFB9it3n-8RU1aQ@mail.gmail.com" target="_blank">7Mu5mMB3tFWLtPxNXRpKrR82xKku5saFB9it3n-8RU1aQ@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
Lite can have several definition, let&#39;s try to list them up if it can help:<br>
<br>
- binary size: for me until 3M for an app it is &quot;Lite&quot;<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 &quot;Lite-ness&quot; IMO so not a real issue<br>
<br>
So my view is CDI &quot;SE&quot; is light enough - as a spec and spec can&#39;t affect<br>
implementations so seems the fight is not on the right side to me.<br>
<br>
<br>
<br>
Romain Manni-Bucau<br>
@rmannibucau &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a>&gt; |  Blog<br>
&lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a>&gt; | Github &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a>&gt; |<br>
LinkedIn &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a>&gt; | Tomitriber<br>
&lt;<a href="http://www.tomitribe.com" rel="noreferrer" target="_blank">http://www.tomitribe.com</a>&gt;<br>
<br>
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>
<br>
&gt; It&#39;s funny, I feel I&#39;m in Rod Johnson shoes back in Java EE 6 where he<br>
&gt; forked 330 because he found CDI was doing too much  ;o)<br>
&gt;<br>
&gt; For me, &quot;CDI Lite&quot; was just basic dependency injection. The fact that CDI<br>
&gt; can now run on SE (like JPA....), is good... but for me it has nothing to<br>
&gt; do with Light : it&#39;s the entire thing that can bootstrap in SE. Good.<br>
&gt;<br>
&gt; So what is Lite for you guys ?<br>
&gt;<br>
&gt; Antonio<br>
&gt;<br>
&gt; On Sun, Aug 30, 2015 at 3:44 PM, Romain Manni-Bucau &lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a><br>
&gt; &gt; wrote:<br>
&gt;<br>
&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;<br>
&gt;&gt;&gt; Personally, I&#39;m not in favor of a slimmed down runtime.  It was tried<br>
&gt;&gt;&gt; with EJB, but never implemented properly (most implementations that support<br>
&gt;&gt;&gt; EJB-lite actually support the entire thing, except for deprecated stuff).<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt; +1, most of CDI is basic and quickly any light version will miss events<br>
&gt;&gt; or other thing - in particular in maintaining micro services from<br>
&gt;&gt; experience. Size of an implementation can easily be &lt; 1M so not sure it<br>
&gt;&gt; would bring anything. Only important point is what Antoine started to do ie<br>
&gt;&gt; ensuring EE and SE parts are clearly identified and split in the spec.<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;&gt; I think if we define SE properly we won&#39;t have a need for this.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; John<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On Sun, Aug 30, 2015 at 8:07 AM Antonio Goncalves &lt;<br>
&gt;&gt;&gt; <a href="mailto:antonio.goncalves@gmail.com" target="_blank">antonio.goncalves@gmail.com</a>&gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; @Antoine, so which content do you see in CDI Lite ? Are you sure about<br>
&gt;&gt;&gt;&gt; events ?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I&#39;m in favor of a &quot;fatter&quot; 330 that would have :<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;    - @Inject : already there<br>
&gt;&gt;&gt;&gt;    - @Qualifier : already there<br>
&gt;&gt;&gt;&gt;    -<br>
&gt;&gt;&gt;&gt; *Producers and disposers *<br>
&gt;&gt;&gt;&gt;    -<br>
&gt;&gt;&gt;&gt; *Programatic lookup *<br>
&gt;&gt;&gt;&gt;    - *Java SE Bootstrap*<br>
&gt;&gt;&gt;&gt;<br>
&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; subspec*&quot;, 330 could already be seen as a subspec. If you put events<br>
&gt;&gt;&gt;&gt; apparts, what would be missing in this list in your point of view ? And<br>
&gt;&gt;&gt;&gt; what obstacles do you see in archieving this ?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; To boostrap CDI we have a CDIProvider, why not having an<br>
&gt;&gt;&gt;&gt; InjectionProvider just to bootstrap 330 (then, CDIProvider could extend<br>
&gt;&gt;&gt;&gt; InjectionProvider, so it bootstraps the all thing) ?<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Antonio<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; On Sun, Aug 30, 2015 at 9:09 AM, Antoine Sabot-Durand &lt;<br>
&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;<br>
&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; them to understand what should be added to CDI 2.0 to have it as a first<br>
&gt;&gt;&gt;&gt;&gt; citizen DI in their spec.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&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; ?crit :<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; On Sat, Aug 29, 2015 at 8:45 PM, Antonio Goncalves<br>
&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; I remember talking with the JAX-RS guys (Java EE), years ago (back<br>
&gt;&gt;&gt;&gt;&gt;&gt; in EE6),<br>
&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;<br>
&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; one of the reasons was also simply that CDI as a general solution<br>
&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; the work for their own DI solution already done.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&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 &lt;<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>&gt; | Twitter<br>
&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; &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; &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; 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;&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;<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" target="_blank">cdi-dev@lists.jboss.org</a><br>
&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;<br>
&gt;&gt;&gt; Note that for all code provided on this list, the provider licenses the<br>
&gt;&gt;&gt; code under the Apache License, Version 2 (<br>
&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; provided on this list, the provider waives all patent and other<br>
&gt;&gt;&gt; intellectual property rights inherent in such information.<br>
&gt;&gt;&gt;<br>
&gt;&gt;<br>
&gt;&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 &lt;<a href="http://www.antoniogoncalves.org" rel="noreferrer" target="_blank">http://www.antoniogoncalves.org</a>&gt; | Twitter<br>
&gt; &lt;<a href="http://twitter.com/agoncal" rel="noreferrer" target="_blank">http://twitter.com/agoncal</a>&gt; | LinkedIn<br>
&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; &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; 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;<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.jboss.org/pipermail/cdi-dev/attachments/20150830/db8e0477/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.jboss.org/pipermail/cdi-dev/attachments/20150830/db8e0477/attachment-0001.html</a><br>
<br><br></div></div><span class="">
End of cdi-dev Digest, Vol 57, Issue 33<br>
***************************************<br>
</span></blockquote></div><br></div></div>
</blockquote></div><br></div></div></div></div>