Support for JCA 1.5 message endpoint management [SPR-1137]

[spring-projects-issues]

Thierry Templier opened SPR-1137 and commented

Configuration of JCA ResourceAdapter and MessageEndpoint

---

Issue Links:

• JCA 1.5 WorkManager support with SchedulingTaskExecutor [SPR-3066] #7752 JCA 1.5 WorkManager support with SchedulingTaskExecutor

[spring-projects-issues]

Thierry Templier commented

The aim of this issue is to offer a generic way to configure message endpoint for JCA 1.5 compliant connector.

[spring-projects-issues]

Barry Kaplan commented

Is this different than Jencks (http://jencks.org/)?

[spring-projects-issues]

Thierry Templier commented

A project has been created on sourceforge in order to develop this support, waiting for the final release 2.0 of Spring. It is available at the following urls:
http://springjca.sourceforge.net (early documentations)
http://sourceforge.net/projects/springjca/

The aim of this support is to develop a closer integration with Spring transaction manager and AOP with Spring. The support makes efforts to support several JMS providers (ActiveMQ, Joram...) and allowes a more sophisticate configuration of JMS listeners: explicit in the Spring application context or based on meta datas (for example MDB annotations).

Thierry

[spring-projects-issues]

Juergen Hoeller commented

Thierry, we plan general JCA 1.5 support for Spring 2.1, in particular full ResourceAdapter support: deploying a Spring application context as RAR file on the one hand, and running a ResourceAdapter in a Spring environment on the other hand (including message endpoint management). The latter is exactly what your springjca code aims at, I assume; it would be great if you could contribute your code as a starting point to build a fully "springified" version for Spring 2.1 :-)

The concrete implementation work will start in March. Drop me an email if you're interested in details of this plan!

Juergen

[spring-projects-issues]

Juergen Hoeller commented

The basic support is complete now. Possible extensions, such as annotation-driven message listeners, to follow in future releases.

Juergen