<p dir="ltr">Hmm</p>
<p dir="ltr">Does it mean CDI cant add javax.enterprise.xxx bean? Or even other specs cant add javax.xxx beans?<br>
</p>
<div class="gmail_quote">Le 16 janv. 2015 08:10, &quot;Jozef Hartinger&quot; &lt;<a href="mailto:jharting@redhat.com">jharting@redhat.com</a>&gt; a écrit :<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">OK, the relevant part goes:<br>
<br>
&quot;If the bean name of one bean is of the form x.y, where y is a valid bean name, and x is the bean name of the other bean,<div class="quoted-text"><br>
the container automatically detects the problem and treats it as a deployment problem.&quot;<br>
<br></div>
Let&#39;s have:<br>
@Named(&quot;team1.superBean.<u></u>enriched&quot;) class Bean1<br>
@Named(&quot;team1.superBean&quot;) class Bean2<br>
<br>
Now<br>
1) &quot;If the bean name of one bean is of the form x.y&quot;<br>
<br>
We can match the &quot;x.y&quot; pattern on Bean1&#39;s name as:<br>
(team1.superBean) . (enriched)<br>
thus:<br>
x = team1.superBean<br>
y = enriched<br>
<br>
2) &quot;where y is a valid bean name&quot;<br>
&quot;enriched&quot; is indeed a valid bean name<br>
<br>
3) &quot;and x is the bean name of the other bean&quot;<br>
x (&quot;team1.superBean&quot;) is at the same time the name of Bean2<br>
<br>
4) Therefore, &quot;the container automatically detects the problem and treats it as a deployment problem&quot;.<br>
<br>
Therefore, this scenario does not become a conflict at runtime.<br>
<br>
HTH,<br>
Jozef<div class="elided-text"><br>
<br>
<br>
<br>
<br>
On 01/15/2015 02:44 PM, Romain Manni-Bucau wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@Jozef: can you quote it please - sorry if it is obvious but I dont<br>
see it in 5.3.1, I look 1.2 version BTW. It only deals with names<br>
where or CDI where here we conflict between resolvers.<br>
<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.<u></u>com</a><br>
<a href="https://github.com/rmannibucau" target="_blank">https://github.com/rmannibucau</a><br>
<br>
<br>
2015-01-15 12:59 GMT+01:00 Jozef Hartinger &lt;<a href="mailto:jharting@redhat.com" target="_blank">jharting@redhat.com</a>&gt;:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/15/2015 11:35 AM, Romain Manni-Bucau wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@Named(&quot;team1.superBean&quot;) and @Named(&quot;team1.superBean.<u></u>enriched&quot;) will<br>
lead to conflicts and that&#39;s things I saw several times in spring apps<br>
which are clearly not possible using CDI + EL properly.<br>
</blockquote>
Yes and these conflicts are handled by the spec. See 5.3.1<br>
<br>
</blockquote>
Hmm not sure. If enriched is a property of the first bean then spec<br>
doesn&#39;t help.<br>
</blockquote>
The spec deals with exactly these types of cases in 5.3.1<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<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.<u></u>com</a><br>
<a href="https://github.com/rmannibucau" target="_blank">https://github.com/rmannibucau</a><br>
<br>
<br>
2015-01-15 11:22 GMT+01:00 Jozef Hartinger &lt;<a href="mailto:jharting@redhat.com" target="_blank">jharting@redhat.com</a>&gt;:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/15/2015 11:11 AM, Mark Struberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jozef, your argumentation is flawed already at the very beginning.<br>
Currently there is no bean with the name &quot;javax&quot;, thus &quot;x.y ... and x<br>
is<br>
the<br>
bean name of the other bean&quot; will not be a problem.<br>
<br>
All that javax is simply not a bean name but a dirty hack in the<br>
ELResolver. That is something totally different.<br>
</blockquote>
Mark, please read the e-mail again. I am not saying there are two beans<br>
named &quot;javax&quot;. I am saying there are two beans with the following<br>
names:<br>
<br>
- javax.enterprise.context.<u></u>conversation (the built-in one)<br>
- javax (Marks&#39;s bean)<br>
<br>
where the former one is in form x.y where y is a valid bean name:<br>
(javax) . (enterprise.context.<u></u>conversation)<br>
<br>
and thus since javax is both x above and a bean name of Mark&#39;s bean,<br>
this<br>
results in an exception.<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thus the rest of your argumentation chain is also invalid.<br>
<br>
LieGrue,<br>
strub<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thursday, 15 January 2015, 10:47, Jozef Hartinger<br>
&lt;<a href="mailto:jharting@redhat.com" target="_blank">jharting@redhat.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
T he @Named(&quot;javax&quot;) argument is not valid. The spec says:<br>
</blockquote>
Suppose two beans are both available for injection in a certain war,<br>
and<br>
either:<br>
- the two beans have the same bean name and the name is not<br>
resolvable,<br>
or<br>
- the bean name of one bean is of the form x.y, where y is a valid<br>
bean<br>
name, and x is the bean<br>
name of the other bean,<br>
the container automatically detects the problem and treats it as a<br>
deployment problem.<br>
<br>
So we have two beans:<br>
- javax.enterprise.context.<u></u>conversation (the built-in one)<br>
- javax (Marks&#39;s bean)<br>
<br>
now:<br>
<br>
1) the bean name of one bean is of the form x.y, where y is a valid<br>
bean<br>
name - that is javax.enterprise.context.<u></u>conversation<br>
x = javax<br>
y = enterprise.context.<u></u>conversation<br>
2) and x is the bean name of the other bean - same as the name of<br>
Mark&#39;s<br>
@Named(&quot;javax&quot;) bean<br>
3) the container automatically detects the problem and treats it as a<br>
deployment problem<br>
<br>
Therefore, a bean named @Named(&quot;javax&quot;) will cause a deployment<br>
problem<br>
no matter whether it is actually available via EL or not.<br>
<br>
To summarize, the spec already anticipates the problem and forbids<br>
this<br>
case explicitly.<br>
<br>
<br>
<br>
On 01/14/2015 04:45 PM, Mark Struberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     And then break all applications which have a @Named(&quot;javax&quot;)<br>
</blockquote>
public class MyBean?<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     It&#39;s simply not an option imo. It breaks lots of other specs and<br>
</blockquote>
features. This is an XOR situation.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
     LieGrue,<br>
     strub<br>
<br>
<br>
<br>
<br>
     ----- Original Message -----<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     From: Pete Muir &lt;<a href="mailto:pmuir@redhat.com" target="_blank">pmuir@redhat.com</a>&gt;<br>
     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;; Edward Burns<br>
</blockquote></blockquote>
&lt;<a href="mailto:edward.burns@oracle.com" target="_blank">edward.burns@oracle.com</a>&gt;<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     Sent: Wednesday, 14 January 2015, 11:56<br>
     Subject: Re: [cdi-dev] Answer from EL spec lead: no,    &quot;.&quot;<br>
</blockquote></blockquote>
is not valid in an EL name.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     We need to go for both (A) and (B).<br>
<br>
     We would need to deprecate the existing name before we can<br>
allow<br>
it<br>
to<br>
</blockquote></blockquote>
not be<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     supported. This means CDI 3. So I would suggest we deprecate it<br>
in<br>
2,<br>
</blockquote></blockquote>
add an<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     alternative that can be used, and then consider removing it in<br>
CDI<br>
3.<br>
</blockquote></blockquote>
In the<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     meantime for CDI 2, we will need to improve the TCK to check<br>
this<br>
more<br>
     carefully.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       On 14 Jan 2015, at 10:09, Romain Manni-Bucau<br>
</blockquote></blockquote></blockquote>
&lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       +1 for B (IMO it is not used that much)<br>
<br>
<br>
<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.<u></u>com</a><br>
      <a href="https://github.com/rmannibucau" target="_blank">https://github.com/rmannibucau</a><br>
<br>
<br>
       2015-01-14 10:54 GMT+01:00 Jozef Hartinger<br>
</blockquote></blockquote></blockquote>
&lt;<a href="mailto:jharting@redhat.com" target="_blank">jharting@redhat.com</a>&gt;:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       I think further action is needed on this. Now that it has<br>
</blockquote></blockquote></blockquote></blockquote>
been<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     confirmed<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       that &quot;javax.enterprise.context.<u></u>conversation&quot; itself<br>
</blockquote></blockquote></blockquote></blockquote>
is not a<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     valid EL<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       name we should either:<br>
<br>
       A) Require all CDI implementations to adapt the<br>
</blockquote></blockquote></blockquote></blockquote>
property-based approach<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       which allows this to be implemented portably (as Weld does)<br>
       B) Declare publicly that although the CDI spec declares the<br>
</blockquote></blockquote></blockquote></blockquote>
given name,<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       it is a bug and applications should not use the name. (What<br>
</blockquote></blockquote></blockquote></blockquote>
about<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       compatibility with existing applications?)<br>
<br>
       Jozef<br>
<br>
       On 01/08/2015 09:27 AM, Mark Struberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       Dear CDI fellows!<br>
<br>
       I&#39;ve received an answer regarding our EL question<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
from the EL<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     Spec Lead.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       Ed, thanks for helping us!<br>
<br>
<br>
       LieGrue,<br>
       strub<br>
<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       On Tuesday, 6 January 2015, 23:14, Edward Burns<br>
</blockquote></blockquote></blockquote></blockquote>
     &lt;<a href="mailto:edward.burns@oracle.com" target="_blank">edward.burns@oracle.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       Hello Mark,<br>
</blockquote>
       To close this out, no, &quot;.&quot; is not valid in<br>
</blockquote></blockquote></blockquote></blockquote></blockquote></blockquote>
an EL<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     name.  An EL name<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       must<br>
       be a java identifier.  I&#39;m told this was<br>
</blockquote></blockquote></blockquote></blockquote></blockquote></blockquote>
discussed by Pete<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     a long time<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       ago in the EL 3.0 EG.<br>
<br>
       Ed<br>
<br>
       --<br>
       | <a href="mailto:edward.burns@oracle.com" target="_blank">edward.burns@oracle.com</a> | office: +1 407 458 0017<br>
       | 42 days til DevNexus 2015<br>
       | 52 days til JavaLand 2015<br>
       | 62 days til CONFESS 2015<br>
<br>
</blockquote>
       ______________________________<u></u>_________________<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" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/cdi-dev</a><br>
<br>
       Note that for all code provided on this list, the<br>
</blockquote></blockquote></blockquote></blockquote></blockquote>
provider licenses<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     the code under the Apache License, Version 2<br>
     (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/<u></u>licenses/LICENSE-2.0.html</a>). For all<br>
other<br>
ideas<br>
</blockquote></blockquote>
provided<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     on this list, the provider waives all patent and other<br>
intellectual<br>
</blockquote></blockquote>
property<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     rights inherent in such information.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       ______________________________<u></u>_________________<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" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/cdi-dev</a><br>
<br>
       Note that for all code provided on this list, the provider<br>
</blockquote></blockquote></blockquote></blockquote>
licenses the<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     code under the Apache License, Version 2<br>
     (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/<u></u>licenses/LICENSE-2.0.html</a>). For all<br>
other<br>
ideas<br>
</blockquote></blockquote>
provided<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     on this list, the provider waives all patent and other<br>
intellectual<br>
</blockquote></blockquote>
property<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     rights inherent in such information.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
       ______________________________<u></u>_________________<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" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/cdi-dev</a><br>
<br>
       Note that for all code provided on this list, the provider<br>
</blockquote></blockquote></blockquote>
licenses the<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     code under the Apache License, Version 2<br>
     (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/<u></u>licenses/LICENSE-2.0.html</a>). For all<br>
other<br>
ideas<br>
</blockquote></blockquote>
provided<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     on this list, the provider waives all patent and other<br>
intellectual<br>
</blockquote></blockquote>
property<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     rights inherent in such information.<br>
<br>
<br>
     ______________________________<u></u>_________________<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" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/cdi-dev</a><br>
<br>
     Note that for all code provided on this list, the provider<br>
licenses<br>
the<br>
</blockquote></blockquote>
code<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     under the Apache License, Version 2<br>
     (<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/<u></u>licenses/LICENSE-2.0.html</a>). For all<br>
other<br>
ideas<br>
</blockquote></blockquote>
provided<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     on this list, the provider waives all patent and other<br>
intellectual<br>
</blockquote></blockquote>
property<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
     rights inherent in such information.<br>
<br>
</blockquote>
     ______________________________<u></u>_________________<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" target="_blank">https://lists.jboss.org/<u></u>mailman/listinfo/cdi-dev</a><br>
<br>
     Note that for all code provided on this list, the provider<br>
licenses<br>
the<br>
</blockquote>
code under the Apache License, Version 2<br>
(<a href="http://www.apache.org/licenses/LICENSE-2.0.html" target="_blank">http://www.apache.org/<u></u>licenses/LICENSE-2.0.html</a>). For all other<br>
ideas<br>
provided<br>
on this list, the provider waives all patent and other intellectual<br>
property<br>
rights inherent in such information.<br>
<br>
</blockquote></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote></blockquote>
<br>
</div></blockquote></div>