<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Hi Werner,</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">No, it doesn’t cover @Asynchronous or @Async annotation. Discussion about async operation support in CDI 2.0 is another subject.</div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">Le 21 janv. 2015 à 13:52, Werner Keil &lt;<a href="mailto:werner.keil@gmail.com" class="">werner.keil@gmail.com</a>&gt; a écrit :</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">Antoine/all,</div><div class=""><br class=""></div><div class="">Is it safe to assume any recent discussion about an @Asynchronous annotation would be covered there unless e.g. EJB itself needs it to be updated for EE 8?<br class=""></div><div class="gmail_extra"><br clear="all" class=""><div class=""><div class="gmail_signature"><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><div dir="ltr" class=""><div style="margin: 0px; font-size: 13px; border-collapse: collapse;" class=""><span lang="EN-US" style="font-family:Calibri" class="">Werner </span></div><div style="margin: 0px; font-size: 13px; border-collapse: collapse;" class=""><span lang="EN-US" style="font-family:Calibri" class=""></span><br class=""></div></div></div></div></div></div></div></div></div></div><div class="gmail_quote">On Wed, Jan 21, 2015 at 1:06 PM,  <span dir="ltr" class="">&lt;<a href="mailto:cdi-dev-request@lists.jboss.org" target="_blank" class="">cdi-dev-request@lists.jboss.org</a>&gt;</span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid">Send cdi-dev mailing list submissions to<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">
<br class="">
To subscribe or unsubscribe via the World Wide Web, visit<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; <a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank" class="">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br class="">
or, via email, send a message with subject or body 'help' to<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:cdi-dev-request@lists.jboss.org" class="">cdi-dev-request@lists.jboss.org</a><br class="">
<br class="">
You can reach the person managing the list at<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; <a href="mailto:cdi-dev-owner@lists.jboss.org" class="">cdi-dev-owner@lists.jboss.org</a><br class="">
<br class="">
When replying, please edit your Subject line so it is more specific<br class="">
than "Re: Contents of cdi-dev digest..."<br class="">
<br class="">
<br class="">
Today's Topics:<br class="">
<br class="">
&nbsp; &nbsp;1. [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
&nbsp; &nbsp; &nbsp; (Antoine Sabot-Durand (JIRA))<br class="">
&nbsp; &nbsp;2. [JBoss JIRA] (CDI-31) Asynchronous events<br class="">
&nbsp; &nbsp; &nbsp; (Antoine Sabot-Durand (JIRA))<br class="">
&nbsp; &nbsp;3. [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
&nbsp; &nbsp; &nbsp; (Antoine Sabot-Durand (JIRA))<br class="">
&nbsp; &nbsp;4. [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
&nbsp; &nbsp; &nbsp; (Antoine Sabot-Durand (JIRA))<br class="">
&nbsp; &nbsp;5. [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
&nbsp; &nbsp; &nbsp; (Jos? Paumard (JIRA))<br class="">
&nbsp; &nbsp;6. [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
&nbsp; &nbsp; &nbsp; (Jozef Hartinger (JIRA))<br class="">
<br class="">
<br class="">
----------------------------------------------------------------------<br class="">
<br class="">
<br class="">
Message: 6<br class="">
Date: Wed, 21 Jan 2015 07:06:49 -0500 (EST)<br class="">
From: "Jozef Hartinger (JIRA)" &lt;<a href="mailto:issues@jboss.org" class="">issues@jboss.org</a>&gt;<br class="">
Subject: [cdi-dev] [JBoss JIRA] (CDI-499) Firing events asynchronously<br class="">
To: <a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">
Message-ID:<br class="">
&nbsp; &nbsp; &nbsp; &nbsp; &lt;<a href="mailto:JIRA.12561330.1421835166000.18078.1421842009269@Atlassian.JIRA" class="">JIRA.12561330.1421835166000.18078.1421842009269@Atlassian.JIRA</a>&gt;<br class="">
Content-Type: text/plain; charset=UTF-8<br class="">
<br class="">
<br class="">
&nbsp; &nbsp; [ <a href="https://issues.jboss.org/browse/CDI-499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13034058#comment-13034058" target="_blank" class="">https://issues.jboss.org/browse/CDI-499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=13034058#comment-13034058</a> ]<br class="">
<br class="">
Jozef Hartinger commented on CDI-499:<br class="">
-------------------------------------<br class="">
<br class="">
{quote}For backward compatibility reason the possibility to invoke an observer asynchronously should be let to the observer{quote}<br class="">
What exactly are the reasons for this? I can think of one:<br class="">
- observer method injecting a @RequestScoped (or similar) bean<br class="">
Are there other arguments for this?<br class="">
<br class="">
{quote}3. Observer bound to a transaction phase<br class="">
these observer will be invoked in the right transaction phase but asynchronously{quote}<br class="">
How's that different from Event.fire()?<br class="">
<br class="">
&gt; Firing events asynchronously<br class="">
&gt; -----------------------------<br class="">
&gt;<br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Key: CDI-499<br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;URL: <a href="https://issues.jboss.org/browse/CDI-499" target="_blank" class="">https://issues.jboss.org/browse/CDI-499</a><br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Project: CDI Specification Issues<br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Issue Type: Feature Request<br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Components: Events<br class="">
&gt;&nbsp; &nbsp; Affects Versions: 1.2.Final<br class="">
&gt;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Reporter: Antoine Sabot-Durand<br class="">
&gt;<br class="">
&gt; We should allow a way to fire event asynchronously. This mechanism should leverage new async API in JDK8 especially the {{CompletionStage}} interface.<br class="">
&gt; Our proposal is:<br class="">
&gt; h2. 1. Add {{fireAsync()}} method to {{Event}} and {{BeanManager}}<br class="">
&gt; Signature of the method on {{Event&lt;T&gt;}} would be<br class="">
&gt; {code:java}<br class="">
&gt; &lt;U extends T&gt; CompletionStage&lt;U&gt; fireAsync(U event);<br class="">
&gt; {code}<br class="">
&gt; Signature on {{BeanManager}} would be<br class="">
&gt; {code:java}<br class="">
&gt; &lt;T&gt; CompletionStage&lt;T&gt; fireAsyncEvent(T event, Annotation... qualifiers)<br class="">
&gt; {code}<br class="">
&gt; h2. 2. Add an {{asyncSupported()}} member to {{@Observes}}<br class="">
&gt; For backward compatibility reason the possibility to invoke an observer asynchronously should be let to the observer (legacy observers should be called synchronously). We propose to add the boolean {{asyncSupported()}} member with the {{false}} default value to support this backward compatibility aspect.<br class="">
&gt; So to be notified asynchronously an observer should have {{asyncSupported}} member to true. otherwise it will be called synchronously.<br class="">
&gt; h2. 3. Observer bound to a transaction phase<br class="">
&gt; these observer will be invoked in the right transaction phase but asynchronously<br class="">
&gt; h2. 4. Event Ordering<br class="">
&gt; Should we decide to add events ordering in CDI 2.0, the order will be keep in asynchronous observer notification. If there are a mix of synchronous and asynchronous observer, asynchronous will be called first in order, then synchronous in their order (async has priority on sync).<br class="">
&gt; h2. 5. Event state (payload mutability)<br class="">
&gt; We'll keep payload mutability with async events (but should explicitly specify it). That means&nbsp; that we should guarantee the event state consistency between observers and in case of ordered observers the fact that observer N+1 get the event state at the end of observer N.<br class="">
<br class="">
<br class="">
<br class="">
--<br class="">
This message was sent by Atlassian JIRA<br class="">
(v6.3.11#6341)<br class="">
<br class="">
<br class="">
------------------------------<br class="">
<br class="">
_______________________________________________<br class="">
cdi-dev mailing list<br class="">
<a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">
<a href="https://lists.jboss.org/mailman/listinfo/cdi-dev" target="_blank" class="">https://lists.jboss.org/mailman/listinfo/cdi-dev</a><br class="">
<br class="">
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" class="">http://www.apache.org/licenses/LICENSE-2.0.html</a>).&nbsp; For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.<br class="">
<br class="">
End of cdi-dev Digest, Vol 50, Issue 42<br class="">
***************************************<br class="">
</blockquote></div><br class=""></div></div>
_______________________________________________<br class="">cdi-dev mailing list<br class=""><a href="mailto:cdi-dev@lists.jboss.org" class="">cdi-dev@lists.jboss.org</a><br class="">https://lists.jboss.org/mailman/listinfo/cdi-dev<br class=""><br class="">Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/licenses/LICENSE-2.0.html). 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><br class=""></body></html>