Description
Juergen Hoeller opened SPR-13793 and commented
Due to our delayed GA in March 2017, along with JDK 9's GA delay, we should re-consider whether to raise our JMS baseline to 2.0+.
The hard references to the JMS 1.1 API in TomEE 1.7, JBoss EAP 6.4, WebSphere 8.x Classic, WebLogic 12.1.3 make this a tough decision. At a minimum, JMS 2.0 / EE 7 based variants of those would have to be available: However, at the end of 2015, TomEE 7, JBoss EAP 7 and WebSphere 9 are just in alpha, and WebLogic 12.2.1 is out for a few weeks.
Let's see where we are by the end of 2016 and evaluate continued need for JMS 1.1 providers then. If feasible, we should aim to go JMS 2.0+ in Spring 5.0+ since there's always Spring 4.3 as a fallback, continuing with JMS 1.1+ support for its entire extended support life. And let's not forget that JMS 1.1 dates back to 2002; it is about time to get rid of it.
Finally, since this is just about the JMS API anyway, JMS 1.1 providers can even still work with Spring 5, as long as the JMS 2.0 API is present on the classpath. There is no need to adapt our JMS invocation patterns, that is, no need to invoke new JMS 2.0 methods in our regular template/listener call paths. This ticket is primarily about allowing us to compile against JMS 2.0, avoiding the use of reflection for optional calls to new JMS 2.0 methods.
Issue Links:
- Compatibility with WebSphere 9 Traditional [SPR-13233] #17824 Compatibility with WebSphere 9 Traditional ("depends on")
- Compatibility with JBoss EAP 7 [SPR-13787] #18360 Compatibility with JBoss EAP 7 ("depends on")
- Compatibility with WebLogic 12.2.1 / Tyrus 1.11 [SPR-13234] #17825 Compatibility with WebLogic 12.2.1 / Tyrus 1.11 ("depends on")
- Support for JMS 2.1 [SPR-12675] #17274 Support for JMS 2.1
- Clarify whether spring-jms 5.x is still able to run with a JMS 1.1 provider [SPR-17583] #22115 Clarify whether spring-jms 5.x is still able to run with a JMS 1.1 provider
Referenced from: commits 355c6f0