[cdi-dev] On @Observes for async events

Jozef Hartinger jharting at redhat.com
Wed Mar 18 08:35:29 EDT 2015


On 03/18/2015 01:28 PM, Romain Manni-Bucau wrote:
>
>
> 2015-03-18 13:15 GMT+01:00 Jozef Hartinger <jharting at redhat.com 
> <mailto:jharting at redhat.com>>:
>
>
>     On 03/18/2015 11:16 AM, Romain Manni-Bucau wrote:
>
>         sequentializing them arbitrarily just makes it not async anymore
>
>     the event firing thread won't wait for event delivery so it is
>     still async
>
>
> well doesn't change the fact you break original async need/wish doing it.
break what?
>
>
>         (+ think to the case you dont really have priorities you are
>         just breaking the whole concept).
>
>     If you do not have priorities (or they are the same) then it is
>     most likely fine to notify the observers in parallel. If you
>     however do have priorities then it makes sense IMO to take them
>     into account. Doing otherwise just complicates the entire concept
>     by adding an artificial constraint.
>
>
>
> point is you are introducing a model concept which is not aligned on 
> the common model + doesn't even match correctly the async needs (what 
> about onFailure() and onTimeout() which are mandatory when doing async)
what common model?
>
> I tend to join Mark saying we should just do the minimum instead of 
> wanting to do to much and providing something highly broken we'll need 
> to fix in next version with more broken patterns. What's the need is 
> the real question, not what would be cool to implement.
>
> Don't forget an async spec smells more and more strong with real async 
> semantic and solutions so I guess the less we put in CDI now better it is.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/cdi-dev/attachments/20150318/577cea24/attachment.html 


More information about the cdi-dev mailing list