<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
I am talking about:<br>
<br>
* remote method invocations<br>
* @Asynchronous method invocation<br>
* @Timeout method invocation<br>
* MDB message delivery<br>
* @PostConstruct callback invocation<br>
<br>
all of which are portable. We can expand the definition for other
"tasks" that make sense, e.g. async observer notification.<br>
<br>
<div class="moz-cite-prefix">On 06/19/2015 02:59 PM, Romain
Manni-Bucau wrote:<br>
</div>
<blockquote
cite="mid:CACLE=7MSMeaLj0AssQDXkY=tGY6huX+V7kxjkMHEq-6S-BBixw@mail.gmail.com"
type="cite">
<p dir="ltr">Looks like you miss the main point. The usage is not
portable most of the time. Cant we make it portable?</p>
<div class="gmail_quote">Le 19 juin 2015 13:57, "Jozef Hartinger"
<<a moz-do-not-send="true" href="mailto:jharting@redhat.com">jharting@redhat.com</a>>
a écrit :<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">I agree with
Martin and Mark. @RequestScoped already is used as a<br>
general purpose task-bound scope. This covers, but is not
limited to,<br>
HTTP request. On the other hand @SessionScoped and
@ConversationScoped<br>
are only defined to be available for HTTP requests.<br>
<br>
On 06/19/2015 08:43 AM, Antoine Sabot-Durand wrote:<br>
> Jozef, Martin,<br>
><br>
><br>
> What is your POV on that ?<br>
><br>
> Antoine<br>
><br>
><br>
>> Le 18 juin 2015 à 20:37, Mark Struberg <<a
moz-do-not-send="true" href="mailto:struberg@yahoo.de">struberg@yahoo.de</a>>
a écrit :<br>
>><br>
>> 1.) The whole point is that @RequestScoped is NOT a
web context!<br>
>><br>
>> Otherwise it would _not_ be active in JMS etc…<br>
>> And that was not an accident but intentional.<br>
>><br>
>> 2.) And no, different async threads will _never_ get
the same request context…<br>
>><br>
>><br>
>> 3.) no @RequestScoped is a sub-part of a
@ThreadScoped. Otherwise you would get the same context for 2
JMS invocations which get (randomly) executed on the same
worker thread. Got me?<br>
>><br>
>><br>
>> LieGrue,<br>
>> strub<br>
>><br>
>><br>
>>> Am 18.06.2015 um 15:13 schrieb Romain Manni-Bucau
<<a moz-do-not-send="true"
href="mailto:rmannibucau@gmail.com">rmannibucau@gmail.com</a>>:<br>
>>><br>
>>> Hi<br>
>>><br>
>>> I wouldn't activate any "web" scope by default,
in particular for async events where I think most of the time
it will not be used. Next feature request will be to inherit
the scope between async threads....and here I guess we agree
it will not go very far.<br>
>>><br>
>>> Side note: using request scope where actually a
thread scope is needed is a pain, maybe time to add a thread
scoped with an accessible manual activation. Would make
"batches", "timers" etc easy to impl/integrate.<br>
>>><br>
>>><br>
>>><br>
>>> Romain Manni-Bucau<br>
>>> @rmannibucau | Blog | Github | LinkedIn |
Tomitriber<br>
>>><br>
>>> 2015-06-18 15:10 GMT+02:00 Antoine Sabot-Durand
<<a moz-do-not-send="true"
href="mailto:antoine@sabot-durand.net">antoine@sabot-durand.net</a>>:<br>
>>> Hi guys,<br>
>>><br>
>>> We should finally decide how to manage normal
scope context (other than application context ) in SE and
during Async Event for EDR1.<br>
>>><br>
>>> Having only RequestContext active during async
event as Martin suggest in the PR makes sense and would be
consistent with its behavior during async EJB call.<br>
>>><br>
>>> Mark asked twice to activate Request Context all
the time in SE (making it a new Application Context). I’m not
found of it, but I’ml not the only one to decide here.<br>
>>><br>
>>> What is you feeling about this ?<br>
>>><br>
>>> Antoine<br>
>>><br>
>>> _______________________________________________<br>
>>> cdi-dev mailing list<br>
>>> <a moz-do-not-send="true"
href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
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>
>>> _______________________________________________<br>
>>> cdi-dev mailing list<br>
>>> <a moz-do-not-send="true"
href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
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>
>> _______________________________________________<br>
>> cdi-dev mailing list<br>
>> <a moz-do-not-send="true"
href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
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>
_______________________________________________<br>
cdi-dev mailing list<br>
<a moz-do-not-send="true"
href="mailto:cdi-dev@lists.jboss.org">cdi-dev@lists.jboss.org</a><br>
<a moz-do-not-send="true"
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
moz-do-not-send="true"
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.</blockquote>
</div>
</blockquote>
<br>
</body>
</html>