[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [jms-dev] Jakarta Messaging Plan for version 3.1 (Jakarta EE 10)
|
I think the feature that is most important to have is a CDI based
alternative to MDB. There are several other issues we discussed at
length in the JCP days, but I think they are less important by
comparison:
https://jakartaee-ambassadors.io/guide-to-contributing-to-jakarta-ee-10/.
If we can't do that, we should go though the issue tracker and
gather some minor fix items. I definitely think we should be able
to able to gather enough of those for a small maintenance release.
Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker
Please note views expressed here are my own as an individual
community member and do not reflect the views of my employer.
On 5/4/2021 7:29 PM, Ondro Mihályi
wrote:
Hi all,
I noticed that Messaging didn't submit a plan for review
for Jakarta EE 10. Do we still want to submit a plan so that
we can deliver a new version of JMS in EE 10?
I think that plans should have been submitted by April 15
but we may still try to submit a plan because JMS is a very
important Jakarta EE specification. It wouldn't be a good
message if JMS didn't get any update for EE 10, at least with
very minor updates.
Because we didn't have any discussion about new features
recently, we could introduce something from the roadmap
outlined by David in 2019 in a
github issue. I
would only go after things that are rather straightforward,
long overdue, and already well documented. So from the items
in that issue, I suggest to consider only:
- Annotation-Based API for Consuming Messages #243
- CDI Message Consumers #244
- MessagingClient #249
Additionally, we can support repeatable annotations in some
cases, e.g. for JMSDestinationDefinition.
Should we plan to add the new features as I suggested
above? Or it's much more that we can handle and it's better to
submit a plan just to add fixes and possibly support
repeatable annotations?
What do you think?
Ondro
_______________________________________________
jms-dev mailing list
jms-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jms-dev