[
https://issues.apache.org/jira/browse/GEODE-3101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16057727#comment-16057727
]
Eric Shu commented on GEODE-3101:
---------------------------------
The subsequent transactions would fail with the following stack trace.
{noformat}
org.apache.geode.cache.CommitConflictException: The key key in region
/ClientServerJTADUnitTest_testClientTXStateStubBeforeCompletion was being
modified by another transaction locally.
at
org.apache.geode.internal.cache.TXReservationMgr.checkSetForConflict(TXReservationMgr.java:103)
at
org.apache.geode.internal.cache.TXReservationMgr.checkForConflict(TXReservationMgr.java:75)
at
org.apache.geode.internal.cache.TXReservationMgr.makeReservation(TXReservationMgr.java:54)
at
org.apache.geode.internal.cache.TXLockRequest.txLocalLock(TXLockRequest.java:146)
at
org.apache.geode.internal.cache.TXLockRequest.obtain(TXLockRequest.java:79)
at
org.apache.geode.internal.cache.tx.ClientTXStateStub.obtainLocalLocks(ClientTXStateStub.java:145)
at
org.apache.geode.internal.cache.tx.ClientTXStateStub.beforeCompletion(ClientTXStateStub.java:239)
at
org.apache.geode.internal.jta.ClientServerJTADUnitTest.commitTxWithBeforeCompletion(ClientServerJTADUnitTest.java:138)
at
org.apache.geode.internal.jta.ClientServerJTADUnitTest.testClientTXStateStubBeforeCompletion(ClientServerJTADUnitTest.java:104)
{noformat}
> Geode JTA transaction synchronization implementation for client does not
> release its local locks when failed on server
> ----------------------------------------------------------------------------------------------------------------------
>
> Key: GEODE-3101
> URL: https://issues.apache.org/jira/browse/GEODE-3101
> Project: Geode
> Issue Type: Bug
> Components: transactions
> Reporter: Eric Shu
> Assignee: Eric Shu
> Fix For: 1.3.0
>
>
> Geode JTA transaction synchronization implementation for client should
> release the local locks it hold if failed on server. Otherwise, it will
> prevent other transactions to work on the same set of the keys as they can
> not obtain these locks again.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)