Atomikos TransactionsEssentials: JTA/XA transaction management outside of Java EE

Posted by Ryan Slobojan on Nov 15, 2007 11:00 AM

Community

Java,

SOA

Topics

Transactions Processing,

Open Source

Tags

Java EE,

Transactions

Atomikos TransactionsEssentials, a Java-based transaction manager, just released version 3.2. InfoQ spoke with Atomikos CTO Guy Pardon to learn more about this release, and also about TransactionsEssentials and third-party transaction managers in general.

Pardon described the major features of TransactionsEssentials:

• JTA/XA transaction management - Transaction management and connection pooling are provided
• No application server required - TransactionsEssentials can be used inside of any Java EE application server, or independent of an application server
• Open Source - TransactionsEssentials is open source under the Apache license, version 2
• JDBC/JMS focus - Any XA resource is supported, and built-in resource pooling and message listening are provided for JDBC and JMS
• Spring and Hibernate integration - Documentation is provided which describes how to integrate with both Spring and Hibernate

Pardon also mentioned that Atomikos ExtremeTransactions was based upon TransactionsEssentials, and builds upon it by adding support for non-XA, compensation-based transactions and providing graphical administrative control panels for use in servlet containers. Atomikos also offers subscription-based support services, and a subscription grants access to the extra features in ExtremeTransactions.

When asked why one would want an external transaction manager, Pardon replied:

Let me turn the question around: why would you want an appserver?

Basically, the appserver has one big major productivity problem (besides being an old dinosaur): you have to deploy a packaged archive. This means that whatever you test before deployment is not complete. This also means that during deployment the risk that something goes wrong is high. This is a huge productivity problem IMHO.

Pardon also went on to say that, in many cases, an application server may not be the best solution for an application - he gave SOA/ESB endpoints as an example, stating that asynchronous JMS message handling and processing via JDBC could be done in a much more lightweight and scalable manner.

When asked about future releases of TransactionsEssentials, Pardon described greater JDBC and JMS connection pooling, OSGi support and JMX transaction administration as major features planned for version 3.3. Pardon also stated that adding JMX for the JDBC data sources and JMS connectors was a goal for version 4.0.

1. Back to top

   Configuring TransactionalEssentials with Spring/Hibernate

   Nov 15, 2007 12:39 PM by Matt Raible

   FWIW, here's how to configure TransactionEssentials with Spring and Hibernate.

   Reply

2. Back to top

   Re: Configuring TransactionalEssentials with Spring/Hibernate

   Nov 16, 2007 3:27 AM by Guy Pardon

   FWIW, here's how to configure TransactionEssentials with Spring and Hibernate.

   The Atomikos wiki has extra information here: http://wiki.atomikos.org/bin/view.pl/Main/HibernateIntegration

   Reply

3. Back to top

   Great to use during testing also

   Nov 16, 2007 7:19 AM by Jorg Heymans

   We use WeblogicJtaTransactionManager in our applications, but for out-of-container testing that involves JPA entities, XA datasource, JTA etc we rely on Atomikos. It requires no changes to the application other than injecting the Atomikos transaction manager and wrapped datasource. We had some problems during test execution (see [1]), but those were solved by putting pertest in the surefire configuration for maven2. [1] http://www.atomikos-support.com/forums/viewtopic.php?t=225

   Reply

4. Back to top

   Atomikos rocks

   Nov 16, 2007 11:56 AM by Martin Vanek

   Thanks to Atomikos we can run all functionality tests from main() with same result as in target appserver. So far (about 6 months) I didn't observed any differences and my development turnaround time has decreased greatly.

   Reply

5. Back to top

   Full OSS Stack?

   Nov 16, 2007 12:13 PM by Daniel Gredler

   Atomikos is pretty nice. Now all that's left is for the PostgreSQL and MySQL people to get on the ball and fully support XA resources. They both support "most" of XA, and when you read about the limitations they sound minor, but in my experience you somehow always end up running into them. PostgreSQL Limitations MySQL Limitations

   Reply

6. Back to top

   g'night JOTM!

   Nov 20, 2007 9:55 PM by Dan Allen

   I can say first hand that Atomikos is the way to go if you are looking for out-of-container XA-capable JTA transactions. I burned an entire weekend a while ago trying to get JOTM to do anything useful, but had absolutely no luck (but certainly less hair). I then downloaded Atomikos and had it working in less than 30 minutes (I have no doubt others could do it faster). When I say working, I was able to get it to successfully rollback changes committed to one database after the commit to the second database failed, which is the fundamental value proposition of XA transactions. Given that Atomikos is open source, what is not to like? I just hope I can save someone else the weekend. Kiss JOTM goodbye.

   Reply

7. Back to top

   Re: g'night JOTM!

   Nov 20, 2007 10:03 PM by Dan Allen

   I will say that the appserver bashing is not necessary. There are times when an appserver is appropriate, and there are times when it isn't. The statement that it is an old dinosaur is just as dated as the object of the comparison. Appservers, like JBoss 5 and Glassfish V2, are just as fast to start as "lightweight" containers. I recommend Atomikos, but I won't discredit the tremendous capabilities of an appserver. You will know when it is the right time to use one over the other. Let your judgement guide you. Don't just boycott because someone told you to (e.g. the Monkeys, Bananas, and Water-spray Experiment).

   Reply

8. Back to top

   Re: Configuring TransactionalEssentials with Spring/Hibernate

   Feb 25, 2008 10:18 AM by Guy Pardon

   The above URL has been moved to: wiki.atomikos.org/Documentation/HibernateInt...

   Reply

9. Back to top

   3.3 released by now...

   May 21, 2008 2:53 PM by Guy Pardon

   Hi,
   A quick follow-up: we (Atomikos) have just released version 3.3 hinted at in the above news post - with mostly the JDBC innovations (new pools and data sources, improved performance) and log4j support. The JMX and JMS features have been planned for the next major release: 3.4...
   Guy

   Reply

• Older >