[cdi-dev] JMS 2.1: Proposal to allow any CDI managed bean in a Java EE application to listen for JMS messages
Nigel Deakin
nigel.deakin at oracle.com
Tue Aug 25 13:10:21 EDT 2015
I'm sorry I don't understand you. I thought you were asking about an API which does not use annotation.
Nigel
On 25/08/2015 18:03, Romain Manni-Bucau wrote:
> Integrating it in CDI lifecycle through an event allow CDI users to still use it in the right phase of the container
> boot so it is still important IMO and avoid all users to have their own custom listener for it -
> @Initialized(AppScoped.class). Also allow to enrich the API through the event itself making things smoother IMO.
>
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> | Blog <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.tomitribe.com>
>
> 2015-08-25 18:58 GMT+02:00 Nigel Deakin <nigel.deakin at oracle.com <mailto:nigel.deakin at oracle.com>>:
>
> On 25/08/2015 17:35, Romain Manni-Bucau wrote:
>
> well was thinking to both but I see it really nice to not rely only on annotation - and aligned with most specs
> - since
> sometimes you just want to either be able to rely on a loop or a custom config to register your listeners.
> Annotations
> are too rigid for such cases.
>
>
> Obviously, if users don't want to use CDI (or MDBs, which are also declarative), then they would use the normal JMS
> API. The existing API to register an async message listener isn't good enough, and we may improve it in JMS 2.1, but
> that's not something that I'd want to bother the people on cdi-dev with.
>
> Nigel
>
>
More information about the cdi-dev
mailing list