This week's book giveaway is in the JavaScript forum.
We're giving away four copies of Cross-Platform Desktop Applications: Using Node, Electron, and NW.js and have Paul Jensen on-line!
See this thread for details.
Win a copy of Cross-Platform Desktop Applications: Using Node, Electron, and NW.js this week in the JavaScript forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

EJB Transaction Rollback with JBDC  RSS feed

 
Paul Boyce
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Will Session Bean transactions work if i use JDBC or FireStorm insterad of entity beans. How will RollBacks work with CMT?

Background:
-----------
I am considering using EJB session beans to provide the business layer, but do not want to use Entity Beans (in order to minimise the learning curve on a new project where the team hasnt used J2EE before). So I am considering using straight JDBC (or perhaps a product like Firestorm) to provide my data access layer. My concern is that I will end up with nested transactions which won't all rollback with CMT.

Will all be fine if I just open a new Connection at the start of a Stateless Sesion bean method and close the Connection at the end of the method?

Many thanks in advance,
Paul
 
Kyle Brown
author
Ranch Hand
Posts: 3892
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
There is no need to do that. Any connection you obtain from a DataSource will be automatically enlisted in the CMT transaction. If the CMT transaction succeeds, they all commit. If it rolls back, they all roll back.

You can keep the scope of each connection limited to the particular method you're using that connection in.

Kyle
 
Paul Boyce
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Session Beans and Firestorm JDBC in CMT transaction harmony. Isnt the world great! Many thanks for your help Kyle!

Paul
 
Roger Chung-Wee
Ranch Hand
Posts: 1683
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
A nested transaction is disallowed by the Container, which will throw a java.rmi.RemoteException to a remote client or a javax.ejb.EJBException to a local client.

You can get this if you have a method which, whilst running in a transaction, invokes another method which has a transaction attribute of RequiresNew. So, if you avoid doing this, you will be OK.
 
Kyle Brown
author
Ranch Hand
Posts: 3892
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Ummm....according to the EJB spec (and the implementation of every container I'm aware of) that's not what happens. The outer transaction is suspended while the inner transaction completes. It's not a nested transaction (because there's no way to roll back the inner one after it's completed when it commits). Once the inner transaction completes, the outer transaction resumes, and may either roll back or commit, depending upon the circumstances.

Kyle
 
Alex Sharkoff
Ranch Hand
Posts: 209
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi all,

As far as I understand there is no way one can programmatically do nested transactions in the CMT bean.

The only way to end up with nested transactions is when using BMT beans (i.e. session beans as entity beans must not use BMT). Eg,

// Get ref to two user transactions
UserTransaction ut1 = _context.getUserTransaction();
UserTransaction ut2 = _context.getUserTransaction();
// Begin first transaction
ut1.begin();
// Begin second transaction - NESTED TRANSACTION!!!
ut2.begin();
.....

The above piece of code demonstrates how nested transaction can occur. Nested transactions are prohibited in EJB and therefore, make sure that they are not occurring anywhere in your app.

 
Chris Mathews
Ranch Hand
Posts: 2712
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Alex, this is not a nested transaction. It is merely two transaction operating in parallel. The outcome of transaction 2 will not have any effect on the outcome of transaction 1. JTA does not support nested transactions.
 
Roger Chung-Wee
Ranch Hand
Posts: 1683
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I think I explained the nested transaction badly.

Let's say that a client CMT bean is running in a transaction, and let's say that we have another bean (BeanA) with these two methods.

m1() with transaction attribute of Required
m2() with transaction attribute of RequiresNew

When m1() is called by the client, it runs in the client's transaction.

Should the client then call m2() in the same transaction, this is disallowed by the container. Why? Because BeanA is still in a transaction, and the container will not allow a new transaction to start within an already open transaction.

But if BeanA had not been in a transaction and m2() was called, then the container will suspend the client's transaction in order to run m2().
 
Kyle Brown
author
Ranch Hand
Posts: 3892
5
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hmm.... Sounds like we're in need of a Javaranch journal article with code examples and explanation here...

Kyle
 
Alex Sharkoff
Ranch Hand
Posts: 209
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Chris, thanks a lot for pointing out that my "nested transactions" example is completely incorrect. I thought I could quote code from the "Head first EJB" book of the top of my head

That is what "Head first EJB" says about nested transactions (as found on page 481):

UserTransaction ut = context.getUserTransaction();
ut.begin();
doStuff();
ut.begin(); // NO, NO, NO! Can't start a transaction before completing the previous one! If you could do that it would mean you could have "nested transactions".


Kyle, it would be great if there is a Javaranch journal article on "nested transactions". Thanks a lot in advance.
 
Paul Boyce
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks everyone for your input. Its been really helpful. And its nice to know theres a great bunch of guys out there to shere the knowledge and experience.

cheers, Paul
 
Paul Boyce
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks everyone for your input. Its been really helpful. And its nice to know theres a great bunch of guys out there to shere the knowledge and experience.

cheers, Paul
 
It is sorta covered in the JavaRanch Style Guide.
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!