Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1136054

Summary: [GSS] (6.4.z) Wrong Transaction behaviour for EJBs if JTS is enabled
Product: [JBoss] JBoss Enterprise Application Platform 6 Reporter: wfink
Component: EJBAssignee: Radovan Netuka <rnetuka>
Status: CLOSED CURRENTRELEASE QA Contact: Jiří Bílek <jbilek>
Severity: high Docs Contact: Russell Dickenson <rdickens>
Priority: unspecified    
Version: 6.3.0CC: bmaxwell, dstephan, fgavrilo, istudens, jbilek, jolee, ochaloup, pmackay, rnetuka, tom.jenkinson
Target Milestone: CR1   
Target Release: EAP 6.4.17   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-09-06 13:37:39 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1450092, 1508105    

Description wfink 2014-09-01 14:23:27 UTC
Description of problem:

If JTS is enabled the invocation of EJB's might show a arjuna warning for each method invocation:
WARN [com.arjuna.ats.jts] (RequestProcessor-5) ARJUNA022261: ServerTopLevelAction detected that the transaction was inactive
This is only the case if other resources are involved, i.e. a DB via JPA.
If a simple bean is used (like ejb-remote quickstart) this warning is not shown.

It looks like the transaction is local commited but in case of a SFSB @Remove method the result is a " WFLYEE0006: Failed to destroy component instance Instance of SFTestBean" and the lifecycle method @PreDestroy is not invoked.


How reproducible:
With transactional EJB's which are using other Tx resources.

Worse case if a SFSB with a @Remote method is used


Steps to Reproduce:
See WFLY-3801

Actual results:
arjuna WARN messages
SFSB remove ERROR

Comment 2 tom.jenkinson 2014-09-02 11:22:07 UTC
Hi,

I removed "Transaction Manager" from this as I don't believe its a TM issue. As discussed on the thread I think EJB should not be trying to access the current transaction during afterCompletion as its an "undefined context".

Feel free to add me back in if you disagree.

Tom

Comment 7 Jiří Bílek 2017-08-04 15:06:35 UTC
Verified with EAP 6.4.17.CP.CR3

Comment 8 Petr Penicka 2017-09-06 13:37:39 UTC
Released on 2017-09-05 as part of the EAP 6.4.17 release.