-
Bug
-
Resolution: Done
-
Critical
-
7.0.0.DR1
-
Release Notes
-
-
-
-
-
-
-
Documented as Known Issue
-
This issue is port of bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=952746 from EAP 6.4.x.
There is problem for EJB remote calls which propagate transaction when remote outbound connection is used for doing such remote call that in case that recovery is needed then ejb client does not automatically resurrect connection when the callee crashed during 2PC.
The scenario is like:
1. enlist and use 2 XA resources on server 1
2. call an ejb on server 2
3. enlist and use 2 XA resources on server 2
4. prepare phase - preparing all 4 resources on both servers
5. commit phase starts
6. crash JVM of server 2
7. start server 2 once again
8. run recovery
As the connection is not automatically up when server 2 is started then recovery process can't finish the in-doubt transaction. There is "a workaround" to call an ejb from server 1 to server 2 at time when server 2 is up again. When this happens the connection is established and recovery can proceed.
- is blocked by
-
JBEAP-8635 Recovery doesn't work when transaction is propagated thru EJB remoting
- Closed
- is documented by
-
JBEAP-8951 [Release Note] Fix transaction recovery failures involving remote EJB resource
- Closed