January 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8714) Don't send acks for async-triangle

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-8714?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8714: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5695 > Don't send acks for async-triangle > ---------------------------------- > > Key: ISPN-8714 > URL: https://issues.jboss.org/browse/ISPN-8714 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > > With asynchronous caches, the originator doesn't expect a reply from the backups. We don't need to send the ack. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8714) Don't send acks for async-triangle

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-8714?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8714: ------------------------------ Status: Open (was: New) > Don't send acks for async-triangle > ---------------------------------- > > Key: ISPN-8714 > URL: https://issues.jboss.org/browse/ISPN-8714 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > > With asynchronous caches, the originator doesn't expect a reply from the backups. We don't need to send the ack. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8502) Size Hot Rod (and REST) worker thread pool for limited Pod size

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-8502?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec updated ISPN-8502: -------------------------------------- Git Pull Request: https://github.com/jboss-container-images/jboss-dataservices-image/pull/60, https://github.com/jboss-container-images/jboss-dataservices-image/pull/63 (was: https://github.com/jboss-container-images/jboss-dataservices-image/pull/60) > Size Hot Rod (and REST) worker thread pool for limited Pod size > --------------------------------------------------------------- > > Key: ISPN-8502 > URL: https://issues.jboss.org/browse/ISPN-8502 > Project: Infinispan > Issue Type: Bug > Components: Cloud > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > > Currently we do not size thread pools which may result in OutOfMemory Errors when invoking many concurrent requests. Our environment can be very limited (80 MB or Xmx plus off-heap with eviction). We need to take this into consideration. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8684) Kubernetes tutorial build should not fail if Docker is down

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8684?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8684: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.Final 9.2.0.CR2 Resolution: Done > Kubernetes tutorial build should not fail if Docker is down > ----------------------------------------------------------- > > Key: ISPN-8684 > URL: https://issues.jboss.org/browse/ISPN-8684 > Project: Infinispan > Issue Type: Bug > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 9.2.0.Final, 9.2.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8718) JCache.put() always does get before put

by Alon Greenland (JIRA)

Alon Greenland created ISPN-8718: ------------------------------------ Summary: JCache.put() always does get before put Key: ISPN-8718 URL: https://issues.jboss.org/browse/ISPN-8718 Project: Infinispan Issue Type: Bug Components: JCache Affects Versions: 9.1.4.Final, 9.2.0.CR1 Reporter: Alon Greenland In JCache Hot Rod client, Cache.put() operation ends up always first calling underlying Hot Rod RemoteCache.get() before calling RemoteCache.put(). This is inefficient and unnecessary. It is caused by underlying common code ([AbstractJCache|https://github.com/infinispan/infinispan/blob/master/jcach...]) that handles together all the different put operations. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8712) BiasRevocationTest.testFailedRevocationDuringPutAllOnNonOwnerThrowBefore random failures

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8712?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-8712: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > BiasRevocationTest.testFailedRevocationDuringPutAllOnNonOwnerThrowBefore random failures > ---------------------------------------------------------------------------------------- > > Key: ISPN-8712 > URL: https://issues.jboss.org/browse/ISPN-8712 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.2.0.CR2 > > Attachments: BiasRevocationTest_ISPN-8644_RemoteGetDuringStateTransferTest_20180116.log.gz > > > The test doesn't wait for the cluster to form before issuing a write operation. After a topology change, the retried command fails on the primary owner with a {{NullPointerException}}: > {noformat} > 00:44:52,166 TRACE (remote-thread-Test-NodeA-p63633-t5:[]) [TrianglePerCacheInboundInvocationHandler] Topology changed, retrying: org.infinispan.statetransfer.OutdatedTopologyException > 00:44:52,166 TRACE (remote-thread-Test-NodeA-p63633-t5:[]) [TrianglePerCacheInboundInvocationHandler] Sending exception ack for command CommandInvocation:Test-NodeB-50920:99611. Originator=Test-NodeB-50920. > 00:44:52,166 TRACE (remote-thread-Test-NodeA-p63633-t5:[]) [JGroupsTransport] Test-NodeA-62783 sending command to Test-NodeB-50920: ExceptionAckCommand{id=99611, throwable=org.infinispan.remoting.RemoteException: Exception on Test-NodeA-62783, topologyId=4} > 00:44:52,167 TRACE (jgroups-6,Test-NodeB-50920:[]) [JGroupsTransport] Test-NodeB-50920 received command from Test-NodeA-62783: ExceptionAckCommand{id=99611, throwable=org.infinispan.remoting.RemoteException: Exception on Test-NodeA-62783, topologyId=4} > 00:44:52,177 TRACE (jgroups-6,Test-NodeB-50920:[]) [EntryWrappingInterceptor] This is a retry - resetting previous values for [MagicKey{2379/BEF29B28/0@Test-NodeA-62783}] > 00:44:52,177 ERROR (jgroups-6,Test-NodeB-50920:[]) [InvocationContextInterceptor] ISPN000136: Error executing command PutMapCommand, writing keys [MagicKey{2379/BEF29B28/0@Test-NodeA-62783}] > java.lang.NullPointerException: null > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.removeFromContextOnRetry(EntryWrappingInterceptor.java:357) ~[classes/:?] > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutMapCommand(EntryWrappingInterceptor.java:393) ~[classes/:?] > at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:80) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59) ~[classes/:?] > at org.infinispan.interceptors.impl.PrefetchInterceptor.handleWriteManyCommand(PrefetchInterceptor.java:394) ~[classes/:?] > at org.infinispan.interceptors.impl.PrefetchInterceptor.visitPutMapCommand(PrefetchInterceptor.java:450) ~[classes/:?] > at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:80) ~[classes/:?] > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndHandle(BaseAsyncInterceptor.java:188) ~[classes/:?] > at org.infinispan.interceptors.impl.BaseStateTransferInterceptor.retryWhenDone(BaseStateTransferInterceptor.java:157) ~[classes/:?] > at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteReturn(StateTransferInterceptor.java:338) ~[classes/:?] > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:118) ~[classes/:?] > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:81) ~[classes/:?] > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:30) ~[classes/:?] > at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) ~[?:1.8.0_152] > at java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:1977) ~[?:1.8.0_152] > at org.infinispan.interceptors.distribution.ScatteredDistributionInterceptor$SyncMergingCompletableFuture.completeExceptionally(ScatteredDistributionInterceptor.java:1397) ~[classes/:?] > at org.infinispan.interceptors.distribution.ScatteredDistributionInterceptor.lambda$handleWriteManyOnOrigin$25(ScatteredDistributionInterceptor.java:1014) ~[classes/:?] > at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) [?:1.8.0_152] > at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) [?:1.8.0_152] > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) [?:1.8.0_152] > at java.util.concurrent.CompletableFuture.completeExceptionally(CompletableFuture.java:1977) [?:1.8.0_152] > at org.infinispan.util.concurrent.CommandAckCollector$CombiningCollector.primaryException(CommandAckCollector.java:553) [classes/:?] > at org.infinispan.util.concurrent.CommandAckCollector$MultiAckTarget.completeExceptionally(CommandAckCollector.java:641) [classes/:?] > at org.infinispan.util.concurrent.CommandAckCollector.completeExceptionally(CommandAckCollector.java:206) [classes/:?] > at org.infinispan.commands.write.ExceptionAckCommand.ack(ExceptionAckCommand.java:43) [classes/:?] > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handleExceptionAck(TrianglePerCacheInboundInvocationHandler.java:212) [classes/:?] > at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handle(TrianglePerCacheInboundInvocationHandler.java:112) [classes/:?] > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleCacheRpcCommand(GlobalInboundInvocationHandler.java:120) [classes/:?] > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleFromCluster(GlobalInboundInvocationHandler.java:79) [classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processRequest(JGroupsTransport.java:1295) [classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1219) [classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:124) [classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.receive(JGroupsTransport.java:1357) [classes/:?] > 00:44:52,205 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.scattered.BiasRevocationTest.testFailedRevocationDuringPutAllOnNonOwnerThrowBefore > java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.util.concurrent.TimeoutException>, actual:<org.infinispan.commons.CacheException> > at org.infinispan.test.Exceptions.assertException(Exceptions.java:22) ~[test-classes/:?] > at org.infinispan.test.Exceptions.expectException(Exceptions.java:99) ~[test-classes/:?] > at org.infinispan.scattered.BiasRevocationTest.testFailedRevocation(BiasRevocationTest.java:105) ~[test-classes/:?] > at org.infinispan.scattered.BiasRevocationTest.testFailedRevocationDuringPutAllOnNonOwnerThrowBefore(BiasRevocationTest.java:82) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8717) Cache.put calls RemoteCache in forceReturnValues configuration

by Alon Greenland (JIRA)

Alon Greenland created ISPN-8717: ------------------------------------ Summary: Cache.put calls RemoteCache in forceReturnValues configuration Key: ISPN-8717 URL: https://issues.jboss.org/browse/ISPN-8717 Project: Infinispan Issue Type: Bug Components: JCache Affects Versions: 9.1.4.Final, 9.2.0.CR1 Reporter: Alon Greenland In JCache Hot Rod client, Cache.put() operation, which doesn't return previous value, calls underlying Hot Rod RemoteCache in force return values mode. This is inefficient. In the code, I can see that in JCache class there is [RemoteCache<K, V> cacheWithoutReturnValue field|https://github.com/infinispan/infinispan/blob/master/jcache/remote/...], but it is never being used! -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8716) REST Server does not expose `worker-threads` attribute to CLI

by Sebastian Łaskawiec (JIRA)

Sebastian Łaskawiec created ISPN-8716: ----------------------------------------- Summary: REST Server does not expose `worker-threads` attribute to CLI Key: ISPN-8716 URL: https://issues.jboss.org/browse/ISPN-8716 Project: Infinispan Issue Type: Enhancement Reporter: Sebastian Łaskawiec Assignee: Sebastian Łaskawiec -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8715) Local counters

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-8715?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-8715: ---------------------------------- Fix Version/s: 9.2.0.Final 9.2.0.CR2 > Local counters > -------------- > > Key: ISPN-8715 > URL: https://issues.jboss.org/browse/ISPN-8715 > Project: Infinispan > Issue Type: Feature Request > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.2.0.Final, 9.2.0.CR2 > > > If the cache manager doesn't have a transport configured, we don't allow the creation of counters. > We can add non-local counters for that scenario. > The counters created will be based on the {{GlobalConfiguration}} used. > Note: WeakCounters supported? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8715) Local counters

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-8715?page=com.atlassian.jira.plugin.... ] Sanne Grinovero commented on ISPN-8715: --------------------------------------- Yes! And please allow both weak counters and strong counters; they don't have to be strictly implemented differently but they should respect your own specification. It is very important that an Infinispan node can be started in local mode while having the same features as booting in cluster mode, as people will use this for integration tests. Please be adamant in making all APIs normally exposed in cluster mode work with same semnatics in local mode - except scale of course. > Local counters > -------------- > > Key: ISPN-8715 > URL: https://issues.jboss.org/browse/ISPN-8715 > Project: Infinispan > Issue Type: Feature Request > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > > If the cache manager doesn't have a transport configured, we don't allow the creation of counters. > We can add non-local counters for that scenario. > The counters created will be based on the {{GlobalConfiguration}} used. > Note: WeakCounters supported? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2018