October 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7110) Async invocation stages should use CompletableFutures.await()

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7110?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7110: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Async invocation stages should use CompletableFutures.await() > ------------------------------------------------------------- > > Key: ISPN-7110 > URL: https://issues.jboss.org/browse/ISPN-7110 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1 > > > As described in ISPN-5962, {{CompletableFuture.get()}} and {{CompletableFuture.join()}} without a timeout do a lot of spinning, so we need to use {{CompletableFutures.await(CompletableFuture)}} instead. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7112) Allow Filtering of Containers by Profile

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-7112: ---------------------------------- Summary: Allow Filtering of Containers by Profile Key: ISPN-7112 URL: https://issues.jboss.org/browse/ISPN-7112 Project: Infinispan Issue Type: Enhancement Components: Console Affects Versions: 9.0.0.Alpha4 Reporter: Ryan Emerson Currently the Cache Container screen will display all containers from all profiles, it would be nice if each containers profile was explicitly stated[1] and if the list of available containers could be filtered by their associated profile. [1] We could do this by simply dividing the container list into foldable sections based upon their profile e.g: profile 1 -> Container 1 -> Container 2 profile 2 -> Container ... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4390) CHMv8 leaks ThreadLocal

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-4390?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-4390: -------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: (was: 9.0.0.Final) (was: 9.0.0.Beta1) Resolution: Done > CHMv8 leaks ThreadLocal > ----------------------- > > Key: ISPN-4390 > URL: https://issues.jboss.org/browse/ISPN-4390 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Sanne Grinovero > Assignee: Tristan Tarrant > Fix For: 8.2.5.Final > > > As discussed on: http://lists.jboss.org/pipermail/infinispan-dev/2014-June/015055.html -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4390) CHMv8 leaks ThreadLocal

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-4390?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-4390: -------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/4505, https://github.com/infinispan/infinispan/pull/4506, https://github.com/infinispan/infinispan/pull/4560 (was: https://github.com/infinispan/infinispan/pull/4505, https://github.com/infinispan/infinispan/pull/4506) > CHMv8 leaks ThreadLocal > ----------------------- > > Key: ISPN-4390 > URL: https://issues.jboss.org/browse/ISPN-4390 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Sanne Grinovero > Assignee: Tristan Tarrant > Fix For: 9.0.0.Beta1, 9.0.0.Final, 8.2.5.Final > > > As discussed on: http://lists.jboss.org/pipermail/infinispan-dev/2014-June/015055.html -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7090) Asynchronous invocation doesn't work well with multiple futures

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7090?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-7090: -------------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.0.0.Final Resolution: Done > Asynchronous invocation doesn't work well with multiple futures > --------------------------------------------------------------- > > Key: ISPN-7090 > URL: https://issues.jboss.org/browse/ISPN-7090 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.0.0.Beta1, 9.0.0.Final > > > ISPN-5469 made some more interceptors properly asynchronous, and that exposed a problem in {{ComposedAsyncInvocationStage}}: when its future completes, it assumes that the {{stage}} it receives is also completed, and that's not always the case. > Blocking with {{stage.get()}} is causing {{ManyTxsDuringStateTransferTest.testManyTxs}} to time out and then actually hang during {{MultipleCacheManagersTest.clearContent}}: > {noformat} > "OOB-1,ManyTxsDuringStateTransferTest-NodeA-17899" #138868 prio=5 os_prio=0 tid=0x00007ffa91ac4000 nid=0x571e waiting on condition [0x00007ffa570f4000] > java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x00000000a379b180> (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:1685) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3320) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1721) > at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1926) > at org.infinispan.interceptors.impl.ComposedAsyncInvocationStage.get(ComposedAsyncInvocationStage.java:49) > at org.infinispan.interceptors.impl.ComposedAsyncInvocationStage.apply(ComposedAsyncInvocationStage.java:128) > at org.infinispan.interceptors.impl.ComposedAsyncInvocationStage.apply(ComposedAsyncInvocationStage.java:25) > at java.util.concurrent.CompletableFuture.uniHandle(CompletableFuture.java:822) > at java.util.concurrent.CompletableFuture$UniHandle.tryFire(CompletableFuture.java:797) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1954) > at org.infinispan.remoting.transport.jgroups.RspListFuture.futureDone(RspListFuture.java:29) > at org.jgroups.blocks.Request.checkCompletion(Request.java:152) > at org.jgroups.blocks.GroupRequest.receiveResponse(GroupRequest.java:116) > "ForkThread-1,ManyTxsDuringStateTransferTest" #139051 prio=5 os_prio=0 tid=0x00007ffa7c1e8000 nid=0x57d5 waiting on condition [0x00007ffa09d6b000] > java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x0000000084609c60> (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:1685) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3320) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1721) > at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1926) > at org.infinispan.interceptors.impl.ComposedAsyncInvocationStage.get(ComposedAsyncInvocationStage.java:49) > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:246) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:137) > at org.infinispan.transaction.impl.TransactionCoordinator.rollbackInternal(TransactionCoordinator.java:240) > at org.infinispan.transaction.impl.TransactionCoordinator.rollback(TransactionCoordinator.java:179) > at org.infinispan.transaction.impl.TransactionCoordinator.prepare(TransactionCoordinator.java:148) > at org.infinispan.transaction.impl.TransactionCoordinator.prepare(TransactionCoordinator.java:113) > at org.infinispan.transaction.xa.XaTransactionTable.commit(XaTransactionTable.java:123) > at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:68) > at com.arjuna.ats.internal.jta.resources.arjunacore.XAResourceRecord.topLevelOnePhaseCommit(XAResourceRecord.java:698) > "testng-ManyTxsDuringStateTransferTest" #17 prio=5 os_prio=0 tid=0x00007ffaacc82800 nid=0x3022 waiting on condition [0x00007ffa74550000] > java.lang.Thread.State: WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x000000008460a118> (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:1685) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3320) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1721) > at java.util.concurrent.CompletableFuture.join(CompletableFuture.java:1926) > at org.infinispan.interceptors.impl.ComposedAsyncInvocationStage.get(ComposedAsyncInvocationStage.java:49) > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:246) > at org.infinispan.cache.impl.CacheImpl.clear(CacheImpl.java:569) > at org.infinispan.cache.impl.CacheImpl.clear(CacheImpl.java:561) > at org.infinispan.test.TestingUtil.killCaches(TestingUtil.java:783) > at org.infinispan.test.TestingUtil.killCacheManagers(TestingUtil.java:631) > at org.infinispan.test.MultipleCacheManagersTest.clearContent(MultipleCacheManagersTest.java:138) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7111) Avoid using InetAddress.getLocalHost() in the tests

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7111?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7111: ------------------------------- Status: Open (was: New) > Avoid using InetAddress.getLocalHost() in the tests > --------------------------------------------------- > > Key: ISPN-7111 > URL: https://issues.jboss.org/browse/ISPN-7111 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 9.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1 > > > Depending on the network, {{InetAddress.getLocalHost()}} can be quite slow. Some tests use it in a loop, via the {{org.jgroups.stack.IpAddress(port)}} constructor, and the core test suite can spend a lot of time doing this: > {noformat} > "testng-VersionAwareMarshallerTest" #17 prio=5 os_prio=0 tid=0x00007f8b54eb8000 nid=0x4300 runnable [0x00007f8ad9236000] > java.lang.Thread.State: RUNNABLE > at java.net.Inet4AddressImpl.getLocalHostName(Native Method) > at java.net.InetAddress.getLocalHost(InetAddress.java:1474) > at org.jgroups.stack.IpAddress.setAddressToLocalHost(IpAddress.java:69) > at org.jgroups.stack.IpAddress.<init>(IpAddress.java:90) > at org.jgroups.stack.IpAddress.<init>(IpAddress.java:84) > at org.infinispan.marshall.VersionAwareMarshallerTest.testMapMarshalling(VersionAwareMarshallerTest.java:164) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7111) Avoid using InetAddress.getLocalHost() in the tests

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7111?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7111: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4615 > Avoid using InetAddress.getLocalHost() in the tests > --------------------------------------------------- > > Key: ISPN-7111 > URL: https://issues.jboss.org/browse/ISPN-7111 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 9.0.0.Alpha4 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1 > > > Depending on the network, {{InetAddress.getLocalHost()}} can be quite slow. Some tests use it in a loop, via the {{org.jgroups.stack.IpAddress(port)}} constructor, and the core test suite can spend a lot of time doing this: > {noformat} > "testng-VersionAwareMarshallerTest" #17 prio=5 os_prio=0 tid=0x00007f8b54eb8000 nid=0x4300 runnable [0x00007f8ad9236000] > java.lang.Thread.State: RUNNABLE > at java.net.Inet4AddressImpl.getLocalHostName(Native Method) > at java.net.InetAddress.getLocalHost(InetAddress.java:1474) > at org.jgroups.stack.IpAddress.setAddressToLocalHost(IpAddress.java:69) > at org.jgroups.stack.IpAddress.<init>(IpAddress.java:90) > at org.jgroups.stack.IpAddress.<init>(IpAddress.java:84) > at org.infinispan.marshall.VersionAwareMarshallerTest.testMapMarshalling(VersionAwareMarshallerTest.java:164) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7111) Avoid using InetAddress.getLocalHost() in the tests

by Dan Berindei (JIRA)

Dan Berindei created ISPN-7111: ---------------------------------- Summary: Avoid using InetAddress.getLocalHost() in the tests Key: ISPN-7111 URL: https://issues.jboss.org/browse/ISPN-7111 Project: Infinispan Issue Type: Task Components: Test Suite - Core Affects Versions: 9.0.0.Alpha4 Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 9.0.0.Beta1 Depending on the network, {{InetAddress.getLocalHost()}} can be quite slow. Some tests use it in a loop, via the {{org.jgroups.stack.IpAddress(port)}} constructor, and the core test suite can spend a lot of time doing this: {noformat} "testng-VersionAwareMarshallerTest" #17 prio=5 os_prio=0 tid=0x00007f8b54eb8000 nid=0x4300 runnable [0x00007f8ad9236000] java.lang.Thread.State: RUNNABLE at java.net.Inet4AddressImpl.getLocalHostName(Native Method) at java.net.InetAddress.getLocalHost(InetAddress.java:1474) at org.jgroups.stack.IpAddress.setAddressToLocalHost(IpAddress.java:69) at org.jgroups.stack.IpAddress.<init>(IpAddress.java:90) at org.jgroups.stack.IpAddress.<init>(IpAddress.java:84) at org.infinispan.marshall.VersionAwareMarshallerTest.testMapMarshalling(VersionAwareMarshallerTest.java:164) {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7033) Convert Spring testsuite from TestNG to JUnit

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-7033?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec reassigned ISPN-7033: ----------------------------------------- Assignee: Sebastian Łaskawiec > Convert Spring testsuite from TestNG to JUnit > --------------------------------------------- > > Key: ISPN-7033 > URL: https://issues.jboss.org/browse/ISPN-7033 > Project: Infinispan > Issue Type: Enhancement > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Priority: Critical > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7110) Async invocation stages should use CompletableFutures.await()

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-7110?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-7110: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/4614 > Async invocation stages should use CompletableFutures.await() > ------------------------------------------------------------- > > Key: ISPN-7110 > URL: https://issues.jboss.org/browse/ISPN-7110 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1 > > > As described in ISPN-5962, {{CompletableFuture.get()}} and {{CompletableFuture.join()}} without a timeout do a lot of spinning, so we need to use {{CompletableFutures.await(CompletableFuture)}} instead. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2016