-
Requirement
-
Resolution: Unresolved
-
Critical
-
None
-
EAP-XP-2.0.0.CR1, EAP-XP-2.0.0.GA, EAP-XP-3.0.0.GA, EAP-XP-4.0.0.GA, EAP-XP-5.0.0.GA
-
None
-
False
-
False
-
-
-
Undefined
-
Not Yet Documented
-
?
-
During work on the EAP Operator support for Bootable Jar, we encountered an issue related to transaction recovery.
To be able to perform transaction recovery when the application scales down its pod, the EAP Operator is stopping the EAP server and restart it with different settings for the transaction manager to perform recovery.
This is not possible with Bootable Jar that does not support server restart (the server lifecycle is bound to the pod lifecycle.
This means that any customers using Bootable Jar can not properly scale down their applications with a proper transaction recovery.
This limitation would require change in the transaction subsystem (or Narayana) to be able to perform recovery without requiring a server restart (WFLY-12610 has already been filled about this).
This should be mentioned in the Release Notes of EAP XP 2 as well as the product documentation for Bootable Jar.
- is blocked by
-
WFLY-12610 Provide a proper :recover management operation for transactions
- Pull Request Sent
- is cloned by
-
JBEAP-20728 Doc RN for Transaction recovery can not work in the context of Bootable Jar
- Closed
- is incorporated by
-
JBTM-3610 A new logic to suspend the Recovery Manager should be introduced in Narayana
- Closed
- is related to
-
JBTM-3488 Make orphan safety interval configurable without JVM restart
- Closed
- relates to
-
JBEAP-20978 EJB Transaction recovery tests failing with EAP Operator 2.1 for EAP 7.3 images only
- Closed
-
JBEAP-17951 Operator error logs on scale down
- Reopened