<div dir="ltr">Ok, I remove all the scopes mention except Application.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 24 juin 2015 à 16:44, Pete Muir <<a href="mailto:pmuir@redhat.com">pmuir@redhat.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">I agree. The EDR is supposed to be a draft for review. It’s not supposed to be production ready.<div><br></div><div>Add a note saying “OPEN ISSUE: We need to provide the ability to start the request scope”.</div><div><br></div><div>In Weld, you can add a release note saying how to do it in Weld.</div><div><br><div><blockquote type="cite"></blockquote></div></div></div><div style="word-wrap:break-word"><div><div><blockquote type="cite"><div>On 24 Jun 2015, at 10:38, Romain Manni-Bucau <<a href="mailto:rmannibucau@gmail.com" target="_blank">rmannibucau@gmail.com</a>> wrote:</div><br></blockquote></div></div></div><div style="word-wrap:break-word"><div><div><blockquote type="cite"><div><div dir="ltr">What happen if we say nothing? will not hurt later IMHO</div><div class="gmail_extra"><br clear="all"><div><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br><span style="font-size:small">Romain Manni-Bucau</span><br><a href="https://twitter.com/rmannibucau" target="_blank">@rmannibucau</a> | <a href="http://rmannibucau.wordpress.com/" target="_blank">Blog</a> | <a href="https://github.com/rmannibucau" target="_blank">Github</a> | <a href="https://www.linkedin.com/in/rmannibucau" target="_blank">LinkedIn</a> | <a href="http://www.tomitribe.com/" target="_blank">Tomitriber</a></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">2015-06-24 16:28 GMT+02:00 Antoine Sabot-Durand <span dir="ltr"><<a href="mailto:antoine@sabot-durand.net" target="_blank">antoine@sabot-durand.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Ok, but now in the chapter I have mention for Session Scope and conversation Scope not being active in SE. Wouldn't it be strange to have no mention of Request Scope or should we make a "temp hack" saying that session scope is not active...</div><div><div><br><div class="gmail_quote"><div dir="ltr">Le mer. 24 juin 2015 à 16:22, Jozef Hartinger <<a href="mailto:jharting@redhat.com" target="_blank">jharting@redhat.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Depends on the spec mostly.<br>
<br>
For @RequestScoped there is no natural notion of a request in plain Java<br>
SE. It's the user that needs to set the boundaries of a task that the<br>
@RequestScope is supposed to represent. This can be done using Weld API<br>
and hopefully using ContextControl soon. In the meantime I see no point<br>
in blurring this with magical contexts that try to guess what the use wants.<br>
<br>
That means that the context is not active by default but can be<br>
controlled using the API.<br>
<br>
On 06/24/2015 03:56 PM, Antoine Sabot-Durand wrote:<br>
> Jozef,<br>
><br>
> Sorry my question wasn't precise enough. What will be the Request<br>
> Context behavior in your implementation of EDR1 ?<br>
<br>
</blockquote></div>
</div></div></blockquote></div><br></div></div></blockquote></div></div></div><div style="word-wrap:break-word"><div><div><blockquote type="cite"><div>
_______________________________________________<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/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" 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.</div></blockquote></div></div></div></blockquote></div>