|<< Back to previous view|
[JMS_SPEC-26] Decide on the future of the optional Chapter 8 API "JMS Application Server Facilities" Created: 06/Jul/11 Updated: 24/Feb/12
|Reporter:||Nigel Deakin||Assignee:||Nigel Deakin|
|Remaining Estimate:||Not Specified|
|Time Spent:||Not Specified|
|Original Estimate:||Not Specified|
Chapter 8 of the JMS 1.1 specification, "JMS Application Server Facilities", defines an API for use by application servers. It has two parts:
This API is optional and has no compliance tests.
Should this API be made mandatory, like the rest of the JMS spec, or should it be formally pruned from the spec?
This will partly depend on the outcome of http://java.net/jira/browse/JMS_SPEC-25 (Standardise the interface between a JMS provider and a Java EE application server). If it is decided that the interface between a JMS provider and a Java EE application server should use these interfaces (rather than the Java EE Connector API) then clearly they should become mandatory.
However, irrespective of the outcome of http://java.net/jira/browse/JMS_SPEC-25 it may be beneficial to keep this API and make it mandatory since that would
1. allow the creation of a generic JMS resource adapter that can work with any JMS 2.0 implementation, and
However these potential benefits need to be offset against the additional burden this may place on JMS vendors.
Note that if it is decided that these interfaces are not needed, they would not be deleted from the spec but remain in their current optional state, in accordance with chapter EE.6.1.3 "Pruned Java Technologies" of the Java EE 6 specification, perhaps with an explicit statement of why they are not needed.
If it is decided that these interfaces are still required then there some improvements may be required to clarify, say, the integration with the transaction manager.
|Comment by Nigel Deakin [ 26/Jan/12 10:37 AM ]|
It would be worth updating the Javadoc for the optional Chapter 8 API to explain that these classes and methods are primarily intended for use by application servers. This is obvious to anyone reading the spec, but for some reason isn't spelled out in the javadoc for methods like Session.setMessageListener().
|Comment by Nigel Deakin [ 16/Feb/12 10:18 AM ]|
I asked a colleague for their comments on the Chapter 8 API, and they replied as follows: