Implementation can be found here:
README file is included in the project, as well as a sample jbossts-properties.xml file for deployment.
Product Managements needs the QE effort estimate for testing XA recovery ASAP. This information is required as input for decisions around various release options.
<rajesh> mharvey_mtg, pslavice The bz doesn't say if xa transactions + recovery are supported in a cluster setup. pslavice we might have to check with Weston on that before coming with an estimate.
I have been speaking to Alan Conway about this. He has patched the Broker so XA should be supported in a cluster going forward. I can't anticipate any issues with XARecovery/Cluster, we just need more testing to verify.
(In reply to comment #4)
> I have been speaking to Alan Conway about this. He has patched the Broker so XA
> should be supported in a cluster going forward. I can't anticipate any issues
> with XARecovery/Cluster, we just need more testing to verify.
Just to be clear, that's going to be going forward in the next MRG release, or is that going to be going forward in a timeline that is relevant to the JCA adapter release we're talking about?
(In reply to comment #5)
> Just to be clear, that's going to be going forward in the next MRG release, or
> is that going to be going forward in a timeline that is relevant to the JCA
> adapter release we're talking about?
I may have misunderstood. Weston's comment says that the Broker is patched so "XA" should be supported in a cluster going forward. I assume this was just "XA transactions" globally instead of XA transactions with respect to XA recovery.
Correct. Prior to
being implemented (in review), using XA in a cluster would fail immediately and was independent of recovery. When Alan's patch is upstream and integrated, XA in a cluster, as well as XARecovery in a cluster needs to be tested.
Again, Alan's patch is still under review and I don't know what this does to the schedule.
The Xa recovery code is now packaged
Note, JBossTS (Arjuna) logs quite a few warning messages to the logs during the recovery process. At first glance, these may seem contradictory or a the very least confusing. Typically the messages take the form of
'WARNING - Could not recover non-serializable XAResouce'
JBossTS makes two passes during the recovery process. At times, a transaction cannot be recovered on one pass, but will be recovered on a subsequent pass. The above warning message usually occurs during this process. Again, these messages are simply warnings and do not effect the overall behavior of the recovery process. The JBossTS documentation has more information.
In conjunction with the general JBossTS documentation, the following link explains the recovery process: