[GERONIMO-3477] Transaction recovery broken for resource adapter

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.0.1
• Fix Version/s: 2.0.2, 2.1
• Component/s: transaction manager
• Security Level: public (Regular issues)

Environment

GA version of Geronimo 2.0.1 running under Windows XP on Intel machine

• Regression: Regression
• Assignee: Kevan Lee Miller
• Reporter: Matthew Vaughton
• Created: 18/Sep/07 11:05
• Updated: 24/Sep/07 10:55
• Resolved: 22/Sep/07 22:00

Description

An external JMS Resource adapter is installed into Geronimo.

XA connections configured on the JMS resource adapter are used by a container managed session EJB to connect and put a message onto two different remote resource manager queues. Both resource managers XA resources receive a preprere call and respond rc=0, ie ok.

The first resource manager is called to commit and it does so ok.

The second resource manager is called to commit at which point we kill the Geronimo server process before the commit is processed.

After restarting the Geronimo server process recover is called on all XA connections, the second resource manager responds to the recover call with the indoubt transaction Xid but instead of the required commit call we receive a rollback call - since the first resource manager has committed the second resource manager must also be called to commit.

This problem was introduced into the Geronimo code base between M6-rc1 and 2.0.1 as the transaction recovery scenario described worked fine in M6-rc1