There are two probs with steteful bean managed transaction in openejb 3.0 -
1. The beforeInvoke method in StatefulBeanManagedTxPolicy resumes any transaction, including previously committed or rolled back transaction (in this case, transaction status is Status.STATUS_NO_TRANSACTION). This has been okay in G 2.1.3 where txmanager 2.1.1 is used. But in G 2.1.4 (which uses txmanager 2.1.2), we have no longer tolerate this scenario, and will throw an exception. The fix is to check transaction status here before issue the resume transaction call.
2. The afterInvoke method in StatefulBeanManagedTxPolicy cached the currentTx then resumed the client transaction. Later on, when StatefulContainer called "instanceManager.poolInstance(..)", it would update the beanTransaction again, which would be the client transaction. The fix is to call the resume client transaction a bit later, when the methodType is REMOVE or Default.
Will attach a proposed fix for openejb 3.0.x stream shortly
|Transition||Time In Source Status||Execution Times||Last Executer||Last Execution Date|
|1d 3h 26m||1||David Blevins||03/Feb/09 18:06|
|Fix Version/s||3.0.x [ 12312806 ]|
|Status||Open [ 1 ]||Closed [ 6 ]|
|Fix Version/s||3.0.1 [ 12313633 ]|
|Resolution||Fixed [ 1 ]|
|Assignee||David Blevins [ dblevins ]|