I guess the choices are JOTM, BTM (Bitronic), Atomikos and Jencks. I need to have 2PC for reading in JMS and writing out JDBC. JBossTS only works with JDBC. I am using the Spring 2.5 framework. The person who developed BTM is now working for Atomikos so that kind of rules out BTM. JOTM has had nothing happening to it since 2005 so that may rule out JOTM. Do I get rid of Spring and use OpenEJB 3.0 which has a transaction manager in it??? What other options are there? Any input would be appreciated. Garth Schneider SCJP (Sun Certified Java Programmer) IBM #486 Object Oriented Analysis and Design with UML IBM #283 Specialist for the VisualAge for Java 4.0 IBM Solution Developer for VisualAge for Java 4.0 IBM #157 Specialist for the WebSphere Studio Application Developer 4.0 IBM Solution Developer for WebSphere Studio Application Developer 4.0 IBM #484 Enterprise Connectivity with Java Technology J2EE 1.3 IBM #287 Enterprise Application Development with WebSphere Studio V5.0. IBM Certified Enterprise Developer - WebSphere Studio, V5.0
I'm the author of BTM, the Bitronix transaction manager. As such, I consider myself biased and won't give you any advice on which implementation you should use.
What I can tell is is that I'm not working for Atomikos but rather working with them. Both products are still alive and kicking and are developed in parallel. You can safely assume that BTM will still be maintained in the long run and should not rule it out based on this argument.
Finally, I'd suggest you to stick with Spring and JTA as it will allow you to have a much better design and no vendor lock in as you could have by using OpenEJB's transactional capability.
posted 12 years ago
Ludovic, I do appreciate the clarification. It has been a challange to figure which way to go. Coming from a WebSphere Application Server world using EJBs for many years I never had to worry about some of these issues before. I am working on a large project at the moment and support will also be a factor. BTM and Atomikos appear now to be the best choices. Thank you again for your reply Garth