]
Mark Little updated JBTM-66:
----------------------------
Fix Version/s: 4.6
Affects Version/s: 4.2
(was: 4.4)
"Already marked for rollback" Exception could include
original cause
--------------------------------------------------------------------
Key: JBTM-66
URL:
http://jira.jboss.com/jira/browse/JBTM-66
Project: JBoss Transaction Manager
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: JTA Implementation
Affects Versions: 4.2
Environment: JBoss 4.0.4.CR2
Reporter: Richard Kennard
Assigned To: Jonathan Halliday
Priority: Optional
Fix For: 4.6
Original Estimate: 1 week
Remaining Estimate: 1 week
First up, thank you for providing such a wondefully stable implementation! I have a small
feature request:
At present whenever a, say, SFSB throws a RuntimeException, JTA goes into
'rollback' mode. From then on, anyone who tries to do any further work (including
when the SessionContext tries to remove the rolled back SFSB) will trigger a different
RuntimeException saying, in short, 'Already marked for rollback'.
It would be very helpful if the 'Already marked for rollback' Exception could
include, as its getCause (which is standard as of JDK 1.4), the original exception that
started off the rollback? At present we are often left with the situation where all the
original caller gets back is a 'Already marked for rollback' Exception, and there
is no way to 'drill down' to find what the original cause was.
Of course, you could also argue that the SessionContext should be smarter about trying to
remove rolled back EJBs.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: