Details
-
Type:
Improvement
-
Status:
Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: 2.0.0
-
Fix Version/s: 2.1.1
-
Labels:None
-
Number of attachments :
Description
bitronix.tm.recovery.RecoveryHelper.recover()
We at ATG are using BTM for our "development only" support of running our application on Tomcat. We made a two minor changes to make BTM more non-production/development friendly. These changes would not be appropriate for production use, but we are posting them here in the spirit of LGPL disclosure.
Specifically, two changes were made. One is a change to bitronix.tm.recovery.RecoveryHelper.recover() to work around having insufficient Oracle DB user permissions for recovery.
A second is a change to bitronix.tm.internal.XAResourceManager.enlist() to allow multiple non-XA connections to be enlisted in a single transaction. Again, this breaks the XA contract, and would not be appropriate for production use.
See attached files for readme and source with changes. These changes are based on 2.0.0beta2 (as specified in the included readme.txt)
We at ATG are using BTM for our "development only" support of running our application on Tomcat. We made a two minor changes to make BTM more non-production/development friendly. These changes would not be appropriate for production use, but we are posting them here in the spirit of LGPL disclosure.
Specifically, two changes were made. One is a change to bitronix.tm.recovery.RecoveryHelper.recover() to work around having insufficient Oracle DB user permissions for recovery.
A second is a change to bitronix.tm.internal.XAResourceManager.enlist() to allow multiple non-XA connections to be enlisted in a single transaction. Again, this breaks the XA contract, and would not be appropriate for production use.
See attached files for readme and source with changes. These changes are based on 2.0.0beta2 (as specified in the included readme.txt)
That's very nice, thanks!
I'll consider adding some config options to enable those settings for the next release.