[jboss-jira] [JBoss JIRA] (WFLY-1810) SFSB tx lock not released in exception was thrown in Synchronization callback

RH Bugzilla Integration (JIRA) jira-events at lists.jboss.org
Wed Aug 7 03:49:26 EDT 2013


    [ https://issues.jboss.org/browse/WFLY-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12795503#comment-12795503 ] 

RH Bugzilla Integration commented on WFLY-1810:
-----------------------------------------------

Ladislav Thon <lthon at redhat.com> made a comment on [bug 990102|https://bugzilla.redhat.com/show_bug.cgi?id=990102]

The upstream JIRA (https://issues.jboss.org/browse/WFLY-1810) contains a link to a pull request against WildFly (https://github.com/wildfly/wildfly/pull/4876). I took the patch, applied it to EAP and ran the test again. No good, the issue is still there :-(

The run: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-failover-ejb-2clusters-ejbremote-shutdown-repl-async-timeout-investigation/13/
                
> SFSB tx lock not released in exception was thrown in Synchronization callback
> -----------------------------------------------------------------------------
>
>                 Key: WFLY-1810
>                 URL: https://issues.jboss.org/browse/WFLY-1810
>             Project: WildFly
>          Issue Type: Bug
>          Components: EJB
>    Affects Versions: 8.0.0.Alpha1
>            Reporter: Paul Ferraro
>            Assignee: jaikiran pai
>             Fix For: 8.0.0.Alpha4
>
>
> Because the owning tx was never pushed into the OwnableReentrantLock ownership stack in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptor.handleThrowableInTxSync(...).
> This will cause subsequent Lock.tryAcquire(..) to fail for a different tx.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jboss-jira mailing list