<div dir="ltr"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small">Hi guys,</span><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small">I&#39;d be more than happy to convince our friends of the Servlet spec to re-open this ticket. I&#39;ll talk with Ed next week.</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small">All the input you can give me to answer their objection are welcome.</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small">Antoine</div></div><br><div class="gmail_quote"><div dir="ltr">Le mar. 13 sept. 2016 à 15:40, Martin Kouba &lt;<a href="mailto:mkouba@redhat.com">mkouba@redhat.com</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dne 13.9.2016 v 09:46 arjan tijms napsal(a):<br>
&gt; p.s.<br>
&gt;<br>
&gt; On Thu, Sep 8, 2016 at 2:40 PM, Martin Kouba &lt;<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a><br>
&gt; &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>&gt;&gt; wrote:<br>
&gt;<br>
&gt;     Stuart has a good point about backward compatibility. Servlet impl<br>
&gt;     would have to detect CDI version and skip registration if not 2.0+.<br>
&gt;     I think SERVLET_SPEC-116 should be reopened and the discussion<br>
&gt;     restarted.<br>
&gt;<br>
&gt;<br>
&gt; Would you like to re-open that discussion on the Servlet list? Would be<br>
&gt; good to have someone from the CDI EG explaining the case I think.<br>
<br>
Yes, that would be good. Antoine, you could meet some Servlet EG members<br>
on J1 and discuss the topic over a beer ;-)<br>
<br>
&gt;<br>
&gt; Kind regards,<br>
&gt; Arjan Tijms<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;         Kind regards,<br>
&gt;         Arjan Tijms<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;             But it&#39;s more complicated then it sounds. For example,<br>
&gt;             HttpServletRequest attibutes might be used as backing<br>
&gt;         storage of the<br>
&gt;             request context. So that it cannot simply change...<br>
&gt;<br>
&gt;             Anyway, I think this problem deserves some attention from<br>
&gt;         both the<br>
&gt;             CDI and the Servlet EG.<br>
&gt;<br>
&gt;             Martin<br>
&gt;<br>
&gt;             Dne 8.9.2016 v 13:31 arjan tijms napsal(a):<br>
&gt;<br>
&gt;                 Hi,<br>
&gt;<br>
&gt;                 On Thu, Sep 8, 2016 at 1:09 PM, Romain Manni-Bucau<br>
&gt;                 &lt;<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a> &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;<br>
&gt;         &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a> &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;&gt;<br>
&gt;                 &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a><br>
&gt;         &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt; &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a><br>
&gt;         &lt;mailto:<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;                 wrote:<br>
&gt;<br>
&gt;                     Hit that issue as well several times.<br>
&gt;<br>
&gt;                     It is more vicious than it looks like IMO cause CDI will<br>
&gt;                 *never* get<br>
&gt;                     *the* right request for everybody, it is as simple<br>
&gt;         as that.<br>
&gt;                 Any part<br>
&gt;                     of the app can rely on the wrapper level N (of<br>
&gt;         course N being<br>
&gt;                     different for each mentionned parts of the app).<br>
&gt;<br>
&gt;<br>
&gt;                 What I was thinking, but maybe I&#39;m wrong, is that the<br>
&gt;                 application never<br>
&gt;                 &quot;just&quot; wraps the request and uses it for itself. It always<br>
&gt;                 passes it to<br>
&gt;                 the container, which then passes it on to the next Filter,<br>
&gt;                 Servlet, or<br>
&gt;                 whatever. So at that point the container code has the<br>
&gt;         opportunity to<br>
&gt;                 store the request as being the &quot;current&quot; one.<br>
&gt;<br>
&gt;                 E.g. if you do:<br>
&gt;<br>
&gt;                 RequestDispatcher dispatcher =<br>
&gt;                 servletContext().getRequestDispatcher(...);<br>
&gt;                 dispatcher.forward(wrap(request), response);<br>
&gt;<br>
&gt;                 Then the RequestDispatcher, which is a container class,<br>
&gt;         receives the<br>
&gt;                 wrapped request and can make it available.<br>
&gt;<br>
&gt;                 The other way around, eventually every AuthModule, Filter or<br>
&gt;                 Servlet has<br>
&gt;                 to be called by the container at some point. E.g. the<br>
&gt;         &quot;protected<br>
&gt;                 void<br>
&gt;                 service(HttpServletRequest req, HttpServletResponse<br>
&gt;         resp)&quot; is<br>
&gt;                 called by<br>
&gt;                 the container.<br>
&gt;<br>
&gt;                 So just before the container invokes the HttpServlet#service<br>
&gt;                 method, the<br>
&gt;                 container can store the request, and CDI (via an SPI)<br>
&gt;         can pick it up<br>
&gt;                 from there.<br>
&gt;<br>
&gt;                 That way in every context you can always have the *current*<br>
&gt;                 request (the<br>
&gt;                 request that&#39;s passed in to the last Servlet or Filter<br>
&gt;         call on<br>
&gt;                 the stack).<br>
&gt;<br>
&gt;                 Kind regards,<br>
&gt;                 Arjan Tijms<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;                     Best CDI can do is to provide the request it has<br>
&gt;         (already<br>
&gt;                 the case<br>
&gt;                     and cost pretty much nothing) and enable the user to<br>
&gt;                 produces very<br>
&gt;                     easily its own request from its filter (or<br>
&gt;         equivalent) for<br>
&gt;                 its usage<br>
&gt;                     IMO - which is IMO already doable but maybe there is<br>
&gt;         another<br>
&gt;                     shortcut we can introduce I didnt think about. If<br>
&gt;         you look<br>
&gt;                 one step<br>
&gt;                     further any web framework built on top of CDI does<br>
&gt;         it and<br>
&gt;                 therefore<br>
&gt;                     runs in a well known context.<br>
&gt;<br>
&gt;<br>
&gt;                     Romain Manni-Bucau<br>
&gt;                     @rmannibucau &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a><br>
&gt;         &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a>&gt;<br>
&gt;                 &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a><br>
&gt;         &lt;<a href="https://twitter.com/rmannibucau" rel="noreferrer" target="_blank">https://twitter.com/rmannibucau</a>&gt;&gt;&gt; |  Blog<br>
&gt;                     &lt;<a href="https://blog-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://blog-rmannibucau.rhcloud.com</a><br>
&gt;         &lt;<a href="https://blog-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://blog-rmannibucau.rhcloud.com</a>&gt;<br>
&gt;                 &lt;<a href="https://blog-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://blog-rmannibucau.rhcloud.com</a><br>
&gt;         &lt;<a href="https://blog-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://blog-rmannibucau.rhcloud.com</a>&gt;&gt;&gt; | Old Wordpress Blog<br>
&gt;                     &lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a><br>
&gt;         &lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a>&gt;<br>
&gt;                 &lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a><br>
&gt;         &lt;<a href="http://rmannibucau.wordpress.com" rel="noreferrer" target="_blank">http://rmannibucau.wordpress.com</a>&gt;&gt;&gt; | Github<br>
&gt;                     &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a><br>
&gt;         &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a>&gt;<br>
&gt;                 &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a><br>
&gt;         &lt;<a href="https://github.com/rmannibucau" rel="noreferrer" target="_blank">https://github.com/rmannibucau</a>&gt;&gt;&gt; | LinkedIn<br>
&gt;                     &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a><br>
&gt;         &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a>&gt;<br>
&gt;                 &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a><br>
&gt;         &lt;<a href="https://www.linkedin.com/in/rmannibucau" rel="noreferrer" target="_blank">https://www.linkedin.com/in/rmannibucau</a>&gt;&gt;&gt; | Tomitriber<br>
&gt;                     &lt;<a href="http://www.tomitribe.com" rel="noreferrer" target="_blank">http://www.tomitribe.com</a>&gt; | JavaEE Factory<br>
&gt;                     &lt;<a href="https://javaeefactory-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://javaeefactory-rmannibucau.rhcloud.com</a><br>
&gt;         &lt;<a href="https://javaeefactory-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://javaeefactory-rmannibucau.rhcloud.com</a>&gt;<br>
&gt;                 &lt;<a href="https://javaeefactory-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://javaeefactory-rmannibucau.rhcloud.com</a><br>
&gt;         &lt;<a href="https://javaeefactory-rmannibucau.rhcloud.com" rel="noreferrer" target="_blank">https://javaeefactory-rmannibucau.rhcloud.com</a>&gt;&gt;&gt;<br>
&gt;<br>
&gt;                     2016-09-08 13:03 GMT+02:00 arjan tijms<br>
&gt;                 &lt;<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a> &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>&gt;<br>
&gt;         &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a> &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>&gt;&gt;<br>
&gt;                     &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a><br>
&gt;         &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>&gt; &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a><br>
&gt;         &lt;mailto:<a href="mailto:arjan.tijms@gmail.com" target="_blank">arjan.tijms@gmail.com</a>&gt;&gt;&gt;&gt;:<br>
&gt;<br>
&gt;                         Hi,<br>
&gt;<br>
&gt;                         On Thu, Sep 8, 2016 at 12:40 PM, Martin Kouba<br>
&gt;                 &lt;<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a> &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>&gt;<br>
&gt;         &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a> &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>&gt;&gt;<br>
&gt;                         &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a><br>
&gt;         &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>&gt; &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a><br>
&gt;         &lt;mailto:<a href="mailto:mkouba@redhat.com" target="_blank">mkouba@redhat.com</a>&gt;&gt;&gt;&gt;<br>
&gt;<br>
&gt;                 wrote:<br>
&gt;<br>
&gt;                             that&#39;s a good question. In Weld, the request<br>
&gt;         object is<br>
&gt;                             captured during request context activation,<br>
&gt;         i.e. during<br>
&gt;                             ServletRequestListener.requestInitialized()<br>
&gt;                 notification and<br>
&gt;                             before any filter or servlet is invoked. So<br>
&gt;         wrappers are<br>
&gt;                             ignored and the original/first request is used.<br>
&gt;<br>
&gt;<br>
&gt;                         Indeed, although do note that some servers<br>
&gt;         (Liberty and<br>
&gt;                 WebLogic<br>
&gt;                         I think) send the<br>
&gt;                 ServletRequestListener.requestInitialized()<br>
&gt;                         notification rather late, and do that after the<br>
&gt;         application<br>
&gt;                         already has seen the request and has had a chance to<br>
&gt;                 wrap it.<br>
&gt;                         This by itself is a separate problem. So on these<br>
&gt;                 servers, Weld<br>
&gt;                         would receive an early request but not<br>
&gt;         necessarily the<br>
&gt;                 earliest.<br>
&gt;<br>
&gt;<br>
&gt;                             But TBH I don&#39;t think we can fix this easily<br>
&gt;         as I&#39;m not<br>
&gt;                             aware of any portable way to listen for<br>
&gt;         &quot;wrapping<br>
&gt;                 actions&quot;.<br>
&gt;<br>
&gt;<br>
&gt;                         This would have to happen with Server specific<br>
&gt;         code I guess,<br>
&gt;                         just as Weld now requires an SPI to obtain the<br>
&gt;         current<br>
&gt;                 principal<br>
&gt;                         for injection.<br>
&gt;<br>
&gt;                         You could say that the Servlet container could<br>
&gt;         store the<br>
&gt;                 request<br>
&gt;                         &quot;somewhere&quot; on a stack structure, just before it<br>
&gt;         invokes the<br>
&gt;                         ServerAuthModule, Filter, Servlet and anything<br>
&gt;         else I<br>
&gt;                 may have<br>
&gt;                         forgotten, and then when control flows back to<br>
&gt;         each Servlet,<br>
&gt;                         Filter, etc unwind that stack.<br>
&gt;<br>
&gt;                         At the very least the spec for now should perhaps<br>
&gt;                 clarify this?<br>
&gt;<br>
&gt;                         Kind regards,<br>
&gt;                         Arjan Tijms<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;                             Martin<br>
&gt;<br>
&gt;                             Dne 8.9.2016 v 11:02 arjan tijms napsal(a):<br>
&gt;<br>
&gt;                                 Hi,<br>
&gt;<br>
&gt;                                 The CDI spec defines a built-in bean for<br>
&gt;         the type<br>
&gt;                                 HttpServletRequest. In<br>
&gt;                                 3.8 it says:<br>
&gt;<br>
&gt;                                 &quot;A servlet container must provide the<br>
&gt;         following<br>
&gt;                 built-in<br>
&gt;                                 beans, all of<br>
&gt;                                 which have qualifier @Default:<br>
&gt;<br>
&gt;                                 a bean with bean type<br>
&gt;                                 javax.servlet.http.HttpServletRequest,<br>
&gt;         allowing<br>
&gt;                                 injection of a reference to the<br>
&gt;         HttpServletRequest&quot;<br>
&gt;<br>
&gt;                                 An HttpServletRequest however can be wrapped<br>
&gt;                 multiple<br>
&gt;                                 times and by<br>
&gt;                                 multiple artefacts. I.e. by a<br>
&gt;         ServerAuthModule,<br>
&gt;                 Filter and a<br>
&gt;                                 RequestDispatcher.<br>
&gt;<br>
&gt;                                 The question now is; which version of the<br>
&gt;                                 HttpServletRequest is supposed<br>
&gt;                                 to be injected?<br>
&gt;<br>
&gt;                                 * The first one in the chain?<br>
&gt;                                 * The last one in the chain?<br>
&gt;                                 * The current one at a given point in<br>
&gt;         the chain?<br>
&gt;<br>
&gt;                                 A little bit of experimenting seems to<br>
&gt;         indicate<br>
&gt;                 it&#39;s now<br>
&gt;                                 often &quot;one of<br>
&gt;                                 the first ones&quot;, e.g. the one that<br>
&gt;         happened to be<br>
&gt;                                 current when e.g. a<br>
&gt;                                 ServletRequestListener that initialises a<br>
&gt;                 specific CDI<br>
&gt;                                 implementation is<br>
&gt;                                 called.<br>
&gt;<br>
&gt;                                 I think this is a little confusing, as<br>
&gt;         working<br>
&gt;                 with an<br>
&gt;                                 injected request<br>
&gt;                                 can now totally ignore the request<br>
&gt;         wrapping that has<br>
&gt;                                 been done and break<br>
&gt;                                 an application badly.<br>
&gt;<br>
&gt;                                 Thoughts?<br>
&gt;<br>
&gt;                                 Kind regards,<br>
&gt;                                 Arjan Tijms<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;         _______________________________________________<br>
&gt;                                 cdi-dev mailing list<br>
&gt;                                 <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;<br>
&gt;                 &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;&gt;<br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a> &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;<br>
&gt;                 &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;&gt;&gt;<br>
&gt;<br>
&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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;<br>
&gt;                 &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;&gt;<br>
&gt;<br>
&gt;                 &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;<br>
&gt;                 &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;&gt;&gt;<br>
&gt;<br>
&gt;                                 Note that for all code provided on this<br>
&gt;         list, the<br>
&gt;                                 provider licenses the code under the<br>
&gt;         Apache License,<br>
&gt;                                 Version 2<br>
&gt;<br>
&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><br>
&gt;         &lt;<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>&gt;<br>
&gt;                 &lt;<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><br>
&gt;         &lt;<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>&gt;&gt;<br>
&gt;<br>
&gt;         &lt;<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><br>
&gt;         &lt;<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>&gt;<br>
&gt;                 &lt;<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><br>
&gt;         &lt;<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>&gt;&gt;&gt;). For<br>
&gt;                                 all other ideas provided on this list,<br>
&gt;         the provider<br>
&gt;                                 waives all patent and other intellectual<br>
&gt;                 property rights<br>
&gt;                                 inherent in such information.<br>
&gt;<br>
&gt;<br>
&gt;                             --<br>
&gt;                             Martin Kouba<br>
&gt;                             Software Engineer<br>
&gt;                             Red Hat, Czech Republic<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;                         _______________________________________________<br>
&gt;                         cdi-dev mailing list<br>
&gt;                         <a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt; &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;&gt;<br>
&gt;                 &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt; &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a><br>
&gt;         &lt;mailto:<a href="mailto:cdi-dev@lists.jboss.org" target="_blank">cdi-dev@lists.jboss.org</a>&gt;&gt;&gt;<br>
&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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;<br>
&gt;                 &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;&gt;<br>
&gt;<br>
&gt;         &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;<br>
&gt;                 &lt;<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;         &lt;<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/cdi-dev</a>&gt;&gt;&gt;<br>
&gt;<br>
&gt;                         Note that for all code provided on this list,<br>
&gt;         the provider<br>
&gt;                         licenses the code under the Apache License,<br>
&gt;         Version 2<br>
&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><br>
&gt;         &lt;<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>&gt;<br>
&gt;                 &lt;<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><br>
&gt;         &lt;<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>&gt;&gt;<br>
&gt;                         &lt;<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><br>
&gt;         &lt;<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>&gt;<br>
&gt;                 &lt;<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><br>
&gt;         &lt;<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>&gt;&gt;&gt;). For all<br>
&gt;                         other ideas provided on this list, the provider<br>
&gt;         waives all<br>
&gt;                         patent and other intellectual property rights<br>
&gt;         inherent<br>
&gt;                 in such<br>
&gt;                         information.<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;     --<br>
&gt;     Martin Kouba<br>
&gt;     Software Engineer<br>
&gt;     Red Hat, Czech Republic<br>
&gt;<br>
&gt;<br>
<br>
--<br>
Martin Kouba<br>
Software Engineer<br>
Red Hat, Czech Republic<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>
</blockquote></div>