[
https://issues.jboss.org/browse/ISPN-8139?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-8139:
------------------------------------
The problem is that the {{future.get()}} timeout is the same as the lock acquisition
timeout. If the prepare fails to acquire the lock first, the timeout exception is captured
in the transaction until {{runCommit(false)}} is called, but if the future times out
first, the test fails.
OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash
random failures
----------------------------------------------------------------------------------
Key: ISPN-8139
URL:
https://issues.jboss.org/browse/ISPN-8139
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Core
Reporter: Tristan Tarrant
Labels: testsuite_stability
Stacktrace
java.util.concurrent.TimeoutException
at java.util.concurrent.FutureTask.get(FutureTask.java:205)
at
org.infinispan.distribution.rehash.OptimisticPrimaryOwnerCrashDuringPrepareTest.testPrimaryOwnerCrash(OptimisticPrimaryOwnerCrashDuringPrepareTest.java:58)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:748)
... Removed 16 stack frames
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)