Martin Simka created WFWIP-222:
----------------------------------
Summary: when client is scaled down with in-doubt transactions, tx
participants on server are resolved with delay
Key: WFWIP-222
URL:
https://issues.jboss.org/browse/WFWIP-222
Project: WildFly WIP
Issue Type: Bug
Reporter: Martin Simka
Assignee: Ondrej Chaloupka
Attachments: tx-server.log
this follows up on WFWIP-206
While testing tx recovery in OpenShift I see that when client is scaled down with in-doubt
transactions, tx participants on server are resolved with delay.
Scenario:
*ejb client* (app tx-client, pod tx-client-0):
* EJB business method
** lookup remote EJB
** enlist XA resource 1 to transaction
** enlist XA resource 2 to transaction
** call remote EJB
*ejb server* (app tx-server, pod tx-server-0):
* EJB business method
** enlist XA resource 1 to transaction
** enlist XA resource 2 to transaction
*testTxStatelessClientSecondPrepareJvmHalt*
JVM on client crashes in PREPARE phase of second XA resource on client. Then openshift
restarts pod, but pod is immediately scaled down. Transactions on client pod are
rollbacked during scale down, but on server they are rollbacked some time later. I'm
not sure if it is periodic recovery or tx timeout.
server log with {{com.arjuna}} trace attached.
Feel free to reject if it is expected behavior.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)