[JBoss JIRA] (ISPN-8700) REST access log is broken
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8700?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8700:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.2.0.CR2
Resolution: Done
> REST access log is broken
> -------------------------
>
> Key: ISPN-8700
> URL: https://issues.jboss.org/browse/ISPN-8700
> Project: Infinispan
> Issue Type: Bug
> Components: REST, Server
> Affects Versions: 9.2.0.Beta2
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Fix For: 9.2.0.CR2
>
>
> The REST access log is broken in several ways:
> (REST-REST-ServerWorker-6-1) /127.0.0.1:42054 [54208501] "GET /" 404 0 13 54208501 ms
> (REST-REST-ServerWorker-6-1) /127.0.0.1:42054 [54261112] "GET /rest/default" 200 0 51 54261112 ms
> Todo:
> - remove the thread name
> - only print the remote address, without the initial / and the port
> - fix the processing time, and print it only once
> - print the request time using an appropriate format: [10/Oct/2000:13:55:36 -0700]
> - use a nicer logger category instead of the class name of the logger
> - print the user principal
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-2491) Order of locks in optimistic locking is not strict
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-2491?page=com.atlassian.jira.plugin.... ]
Radim Vansa closed ISPN-2491.
-----------------------------
Resolution: Out of Date
Locking is not ordered by hashcodes anymore. The locks on each primary are requested in a synchronized block, introducing order on the requests. The locks are fair, and therefore two transactions sharing a set of keys will have the subset served in the same order.
> Order of locks in optimistic locking is not strict
> --------------------------------------------------
>
> Key: ISPN-2491
> URL: https://issues.jboss.org/browse/ISPN-2491
> Project: Infinispan
> Issue Type: Quality Risk
> Components: Transactions
> Affects Versions: 5.1.8.Final, 5.2.0.Beta3
> Reporter: Radim Vansa
> Priority: Minor
>
> In OptimisticLockingInterceptor, the keys are ordered according to their hash. However, the hashes can still collide, which may result in a deadlock if two keys with identical hash (only 32-bit) are sorted to different order. We should try to check if the keys are Comparable or let user provide some comparator class in config, and use the compare of hash only as the last resort.
> In all cases, a warning should be emitted if the compare operation had non-strict result.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8734) RemoteMultimapCacheAPITest always fails with trace logging enabled
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8734?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8734:
-------------------------------
Status: Open (was: New)
> RemoteMultimapCacheAPITest always fails with trace logging enabled
> ------------------------------------------------------------------
>
> Key: ISPN-8734
> URL: https://issues.jboss.org/browse/ISPN-8734
> Project: Infinispan
> Issue Type: Bug
> Reporter: Dan Berindei
> Assignee: Radim Vansa
> Labels: testsuite_stability
>
> {noformat}
> [ERROR] testSize(org.infinispan.client.hotrod.RemoteMultimapCacheAPITest) Time elapsed: 0.009 s <<< FAILURE!
> java.util.concurrent.CompletionException: java.lang.ArrayIndexOutOfBoundsException: 113
> at java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:375)
> at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934)
> at org.infinispan.client.hotrod.RemoteMultimapCacheAPITest.testSize(RemoteMultimapCacheAPITest.java:120)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
> at org.testng.internal.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:200)
> at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
> at sun.reflect.GeneratedMethodAccessor140.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.testng.internal.MethodInvocationHelper.invokeHookable(MethodInvocationHelper.java:212)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:707)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.ArrayIndexOutOfBoundsException: 113
> at org.infinispan.client.hotrod.impl.protocol.HotRodConstants$Names.of(HotRodConstants.java:230)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.writeHeader(Codec20.java:134)
> at org.infinispan.client.hotrod.impl.protocol.Codec27.writeHeader(Codec27.java:12)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.sendHeader(HotRodOperation.java:78)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.sendHeaderAndRead(HotRodOperation.java:69)
> at org.infinispan.client.hotrod.impl.multimap.operations.SizeMultimapOperation.executeOperation(SizeMultimapOperation.java:38)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.invoke(RetryOnFailureOperation.java:67)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.lambda$createAndInvoke$0(ChannelPool.java:135)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelInitializer$ActivationFuture.accept(ChannelInitializer.java:177)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelInitializer$ActivationFuture.accept(ChannelInitializer.java:161)
> at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
> at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
> at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
> at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
> at org.infinispan.client.hotrod.impl.transport.netty.ChannelRecord.complete(ChannelRecord.java:51)
> at org.infinispan.client.hotrod.impl.transport.netty.ActivationHandler.channelActive(ActivationHandler.java:28)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:213)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8735) Remove wrapped Netty bundles
by Sebastian Łaskawiec (JIRA)
Sebastian Łaskawiec created ISPN-8735:
-----------------------------------------
Summary: Remove wrapped Netty bundles
Key: ISPN-8735
URL: https://issues.jboss.org/browse/ISPN-8735
Project: Infinispan
Issue Type: Enhancement
Reporter: Sebastian Łaskawiec
Currently we use the {{wrap}} protocol to handle Netty artifacts. However, after migrating to small jars, it should be possible get rid of it and use Netty as bundles.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8734) RemoteMultimapCacheAPITest always fails with trace logging enabled
by Dan Berindei (JIRA)
Dan Berindei created ISPN-8734:
----------------------------------
Summary: RemoteMultimapCacheAPITest always fails with trace logging enabled
Key: ISPN-8734
URL: https://issues.jboss.org/browse/ISPN-8734
Project: Infinispan
Issue Type: Bug
Reporter: Dan Berindei
Assignee: Radim Vansa
{noformat}
[ERROR] testSize(org.infinispan.client.hotrod.RemoteMultimapCacheAPITest) Time elapsed: 0.009 s <<< FAILURE!
java.util.concurrent.CompletionException: java.lang.ArrayIndexOutOfBoundsException: 113
at java.util.concurrent.CompletableFuture.reportJoin(CompletableFuture.java:375)
at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1934)
at org.infinispan.client.hotrod.RemoteMultimapCacheAPITest.testSize(RemoteMultimapCacheAPITest.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84)
at org.testng.internal.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:200)
at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
at sun.reflect.GeneratedMethodAccessor140.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.testng.internal.MethodInvocationHelper.invokeHookable(MethodInvocationHelper.java:212)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:707)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
at org.testng.TestRunner.privateRun(TestRunner.java:767)
at org.testng.TestRunner.run(TestRunner.java:617)
at org.testng.SuiteRunner.runTest(SuiteRunner.java:348)
at org.testng.SuiteRunner.access$000(SuiteRunner.java:38)
at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382)
at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 113
at org.infinispan.client.hotrod.impl.protocol.HotRodConstants$Names.of(HotRodConstants.java:230)
at org.infinispan.client.hotrod.impl.protocol.Codec20.writeHeader(Codec20.java:134)
at org.infinispan.client.hotrod.impl.protocol.Codec27.writeHeader(Codec27.java:12)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.sendHeader(HotRodOperation.java:78)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.sendHeaderAndRead(HotRodOperation.java:69)
at org.infinispan.client.hotrod.impl.multimap.operations.SizeMultimapOperation.executeOperation(SizeMultimapOperation.java:38)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.invoke(RetryOnFailureOperation.java:67)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelPool.lambda$createAndInvoke$0(ChannelPool.java:135)
at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelInitializer$ActivationFuture.accept(ChannelInitializer.java:177)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelInitializer$ActivationFuture.accept(ChannelInitializer.java:161)
at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760)
at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736)
at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474)
at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962)
at org.infinispan.client.hotrod.impl.transport.netty.ChannelRecord.complete(ChannelRecord.java:51)
at org.infinispan.client.hotrod.impl.transport.netty.ActivationHandler.channelActive(ActivationHandler.java:28)
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:213)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8733) "between" query DSL does not support named parameters
by Alex Furmanski (JIRA)
Alex Furmanski created ISPN-8733:
------------------------------------
Summary: "between" query DSL does not support named parameters
Key: ISPN-8733
URL: https://issues.jboss.org/browse/ISPN-8733
Project: Infinispan
Issue Type: Bug
Components: Remote Querying
Reporter: Alex Furmanski
When trying to use {{between}} in a query with named parameters I receive an exception.
{code:java}
Query q = Search.getQueryFactory(remoteCache).from("myClass")
.having("myField").between(Expression.param("from"), Expression.param("to"))
.build();
{code}
Exception received:
{noformat}
java.lang.IllegalArgumentException: ISPN014802: 'from' must be an instance of java.lang.Comparable
at org.infinispan.query.dsl.impl.ValueRange.<init>(ValueRange.java:28)
at org.infinispan.query.dsl.impl.AttributeCondition.between(AttributeCondition.java:144)
at org.infinispan.query.dsl.impl.AttributeCondition.between(AttributeCondition.java:16)
at com.example.CacheTest.query
{noformat}
This appears to affect all versions (i.e.: the thrown exception is present in https://github.com/infinispan/infinispan/blob/master/query-dsl/src/main/j...)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8732?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes reassigned ISPN-8732:
---------------------------------------
Assignee: Gustavo Fernandes
> ClusteredLockSplitBrainTest hangs
> ---------------------------------
>
> Key: ISPN-8732
> URL: https://issues.jboss.org/browse/ISPN-8732
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.CR1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> {noformat}
> "testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
> at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8732?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8732:
------------------------------------
Status: Open (was: New)
> ClusteredLockSplitBrainTest hangs
> ---------------------------------
>
> Key: ISPN-8732
> URL: https://issues.jboss.org/browse/ISPN-8732
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.CR1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> {noformat}
> "testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
> at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8732?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8732:
------------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5708
> ClusteredLockSplitBrainTest hangs
> ---------------------------------
>
> Key: ISPN-8732
> URL: https://issues.jboss.org/browse/ISPN-8732
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.2.0.CR1
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
>
> {noformat}
> "testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
> at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
> at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
> at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170)
> at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (ISPN-8732) ClusteredLockSplitBrainTest hangs
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-8732:
---------------------------------------
Summary: ClusteredLockSplitBrainTest hangs
Key: ISPN-8732
URL: https://issues.jboss.org/browse/ISPN-8732
Project: Infinispan
Issue Type: Bug
Components: Test Suite - Core
Affects Versions: 9.2.0.CR1
Reporter: Gustavo Fernandes
{noformat}
"testng-ClusteredLockSplitBrainTest[DIST_SYNC]" #13 prio=5 os_prio=0 tid=0x00007f24d46c4ca0 nid=0x1f9d waiting on condition [0x00007f24a87f0000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <0x00000000ff4209f8> (a java.util.concurrent.CompletableFuture$Signaller)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693)
at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323)
at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729)
at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895)
at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:42)
at org.infinispan.lock.ClusteredLockSplitBrainTest.assertFailureFromMinorityPartition(ClusteredLockSplitBrainTest.java:170)
at org.infinispan.lock.ClusteredLockSplitBrainTest.testAutoReleaseIfLockIsAcquiredFromAMinorityPartition(ClusteredLockSplitBrainTest.java:165)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months