[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jms-dev] MicroProfile Reactive Messaging: Message Driven Beans Redux
|
I would also prefer one unified model and the one centered on POJOs is what has been prevalent for Java EE and Spring.
Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone
-------- Original message --------
From: Richard Monson-Haefel <rmonson@xxxxxxxxxxxxx>
Date: 11/9/18 12:10 PM (GMT-05:00)
To: jms developer discussions <jms-dev@xxxxxxxxxxx>
Subject: Re: [jms-dev] MicroProfile Reactive Messaging: Message Driven Beans Redux
Hi Gordon (and all):
I'm probably not groking this Reactive Messaging proposal properly, but it seems to introduce a lot of new types that could be avoided (I think) using the POJO programming model I was talking about. Again, I'm not sure I really am clear on the Reactive Messaging proposal but wouldn't it be simpler to just use the POJO model with annotations specific to Reactive or Kafka or whatever? Have I missed something?
Also, I think it would be better for everyone if the new MDBs programming model and this Reactive Messaging proposal could be combined into a single effort. As I mentioned before the POJO MDBs I proposed could be used in Jakarta EE as well as MicroProfile (and also other projects) with JMS, streaming, JAX-RS, etc. Rather than have several different message processing standards, let's see if we can create just one that is flexible enough (using flavors or profiles) to accommodate any messaging system.
My thinking is that each messaging system supported by the POJO MDBs would be like a Profile in the sense that it can either be supported or not by vendors. Jakarta EE would require the JMS one be supported, but other platforms may require other things. So, for each messaging system, the new POJO MDBs would support, you create a flavor or profile of the MDB spec with specific annotations and message types.
Richard