March 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6306) Distributed Streams should also be used for Replication Cache

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6306?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6306: -------------------------------- Status: Pull Request Sent (was: Reopened) Git Pull Request: https://github.com/infinispan/infinispan/pull/4066, https://github.com/infinispan/infinispan/pull/4088 (was: https://github.com/infinispan/infinispan/pull/4066) > Distributed Streams should also be used for Replication Cache > ------------------------------------------------------------- > > Key: ISPN-6306 > URL: https://issues.jboss.org/browse/ISPN-6306 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 8.2.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 8.2.0.Final > > > Currently Replication is treated as a local cache. However we should use Distributed Stream by default. A user can force it to process locally in a Replcation cache by using Flag.CACHE_MODE_LOCAL on an advanced cache. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6312) Upgrade to protostream 3.0.5.Final

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6312?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6312: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade to protostream 3.0.5.Final > ---------------------------------- > > Key: ISPN-6312 > URL: https://issues.jboss.org/browse/ISPN-6312 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.2.0.Final, 8.1.3.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6315) Add test for remote query using the client as-modules with annotation based protostream marshallers

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6315?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6315: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Add test for remote query using the client as-modules with annotation based protostream marshallers > --------------------------------------------------------------------------------------------------- > > Key: ISPN-6315 > URL: https://issues.jboss.org/browse/ISPN-6315 > Project: Infinispan > Issue Type: Enhancement > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 8.2.0.Final, 8.1.3.Final > > > This scenario is tested in server integration tests by it's not done for the as-modules. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6332) L1CachingIT random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6332?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6332: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > L1CachingIT random failures > --------------------------- > > Key: ISPN-6332 > URL: https://issues.jboss.org/browse/ISPN-6332 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 8.2.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 8.2.0.Final > > > The test inserts 3 keys in a distributed cache with 2 members and {{numOwners == 1}}, and asserts that each member will have at least one key. > This worked prior to ISPN-4851, because the distribution of keys was always the same, but it is no longer reliable now: > {noformat} > java.lang.AssertionError: Distribution of entries is wrong (at least unexpected). > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.infinispan.server.test.l1.L1CachingIT.testL1CachingEnabled(L1CachingIT.java:85) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6323) Cluster startup hangs indefinitely in client-server mode

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6323?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6323: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Cluster startup hangs indefinitely in client-server mode > -------------------------------------------------------- > > Key: ISPN-6323 > URL: https://issues.jboss.org/browse/ISPN-6323 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.2.0.CR1 > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > Priority: Blocker > Fix For: 8.2.0.Final > > > The issue was reliably reproduced on a cluster of 64 nodes with default clustered.xml configuration. The nodes receive a view and hang. Coordinator's log is cluttered with CacheNotFoundResponse & JGroups NPE's (included below). Other nodes just receive replication timeout while getting rebalancing status. > Thread dump (coordinator): https://gist.github.com/mcimbora/b65914bcd8141427fbf4 > Exceptions (coordinator): https://gist.github.com/mcimbora/0dd9a5b53344c1cdb18b > Exceptions(other nodes): https://gist.github.com/mcimbora/49d8b9f1b983d17ca5b1 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6301) Configurations should be configured as templates by default

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6301?page=com.atlassian.jira.plugin.... ] Tristan Tarrant resolved ISPN-6301. ----------------------------------- Resolution: Done > Configurations should be configured as templates by default > ----------------------------------------------------------- > > Key: ISPN-6301 > URL: https://issues.jboss.org/browse/ISPN-6301 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6301) Configurations should be configured as templates by default

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6301?page=com.atlassian.jira.plugin.... ] Adrian Nistor commented on ISPN-6301: ------------------------------------- [~NadirX] Did you reopen this by mistake? > Configurations should be configured as templates by default > ----------------------------------------------------------- > > Key: ISPN-6301 > URL: https://issues.jboss.org/browse/ISPN-6301 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 8.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6334) Handle definitions of indexable classes in server config

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6334?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6334: -------------------------------- Fix Version/s: 9.0.0.Final > Handle definitions of indexable classes in server config > --------------------------------------------------------- > > Key: ISPN-6334 > URL: https://issues.jboss.org/browse/ISPN-6334 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.Final > > > Server's xml config already accepts them but they are not actually used. This is a continuation of ISPN-6178. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6277) Avoid NullPointerException errors in the core test suite logs

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6277?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6277: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Avoid NullPointerException errors in the core test suite logs > ------------------------------------------------------------- > > Key: ISPN-6277 > URL: https://issues.jboss.org/browse/ISPN-6277 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 8.2.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Final > > > Some tests log {{NullPointerException}}-caused error messages when they pass, which makes it hard to tell if it's a real problem or not. > {{CacheManagerTest}}: cluster executor tests throw {{NullPointerException}} explicitly. > {noformat} > 11:20:04,030 WARN (remote-thread-CacheManagerTest-NodeN-p1091-t1:) [GlobalInboundInvocationHandler] ISPN000071: Caught exception when handling command org.infinispan.manager.impl.ReplicableCommandRunnable@6c20c6c7 > java.lang.NullPointerException > at org.infinispan.manager.CacheManagerTest$13.lambda$call$81c80a4a$1(CacheManagerTest.java:594) ~[test-classes/:?] > at org.infinispan.manager.impl.ReplicableCommandRunnable.perform(ReplicableCommandRunnable.java:33) ~[classes/:?] > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$2.run(GlobalInboundInvocationHandler.java:158) [classes/:?] > at org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl$RunnableWrapper.run(BlockingTaskAwareExecutorServiceImpl.java:199) [classes/:?] > {noformat} > Various tests, during cluster shutdown: an incoming {{CacheTopologyControlCommand}} can re-create the {{ClusterTopologyManager}} component, and call {{handleRebalanceCompleted()}} without {{start()}}. > {noformat} > 11:21:24,637 WARN (remote-thread-NumOwnersNodeStopInSequenceTest-NodeY-p8288-t6:) [CacheTopologyControlCommand] ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=___defaultcache, type=REBALANCE_CONFIRM, sender=NumOwnersNodeStopInSequenceTest-NodeAB-56593, joinInfo=null, topologyId=9, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, actualMembers=null, throwable=null, viewId=3} > java.lang.NullPointerException > at org.infinispan.topology.ClusterTopologyManagerImpl.handleRebalanceCompleted(ClusterTopologyManagerImpl.java:219) ~[classes/:?] > at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:176) ~[classes/:?] > at org.infinispan.topology.CacheTopologyControlCommand.perform(CacheTopologyControlCommand.java:153) [classes/:?] > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$2.run(GlobalInboundInvocationHandler.java:158) [classes/:?] > at org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl$RunnableWrapper.run(BlockingTaskAwareExecutorServiceImpl.java:199) [classes/:?] > {noformat} > {{InitialClusterSizeTest}}: stops the cache manager after if failed to start, and {{DefaultCacheManager.stop()}} throws an exception because the internal cache registry was not registered. > {noformat} > 11:21:29,827 WARN (testng-InitialClusterSizeTest:) [TestingUtil] Problems killing cache manager org.infinispan.manager.DefaultCacheManager@1d9fdcf9@Address:null > java.lang.NullPointerException > at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:684) ~[classes/:?] > at org.infinispan.test.TestingUtil.killCacheManagers(TestingUtil.java:643) [test-classes/:?] > at org.infinispan.test.MultipleCacheManagersTest.clearContent(MultipleCacheManagersTest.java:101) [test-classes/:?] > {noformat} > {{DistributedExecutorTest}}: {{testCancelAndGet}} uses a {{LongRunningCallable}}, but never registers the barrier it needs in the cache. > {noformat} > 11:22:41,320 WARN (remote-thread-ReplSyncDistributedExecutorTest-NodeX-p15029-t5:) [NonTotalOrderPerCacheInboundInvocationHandler] ISPN000071: Caught exception when handling command DistributedExecuteCommand [cache=Cache 'DistributedExecutorTest-REPL_SYNC'@ReplSyncDistributedExecutorTest-NodeX-55556, keys=[], callable=org.infinispan.distexec.DistributedExecutorTest$LongRunningCallable@78655960] > java.lang.NullPointerException > at org.infinispan.distexec.DistributedExecutorTest$LongRunningCallable.call(DistributedExecutorTest.java:346) ~[test-classes/:?] > at org.infinispan.distexec.DistributedExecutorTest$LongRunningCallable.call(DistributedExecutorTest.java:331) ~[test-classes/:?] > at org.infinispan.commands.read.DistributedExecuteCommand.perform(DistributedExecuteCommand.java:107) ~[classes/:?] > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92) [classes/:?] > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34) [classes/:?] > {noformat} > {{NonTxStateTransferOverwritingValue2Test}}: {{ClusteringDependentLogicDelegator.commitEntry()}} doesn't handle {{ClearCacheEntry}} correctly (used for {{ClearCommand}}). > {noformat} > 11:27:16,565 ERROR (remote-thread-NonTxStateTransferOverwritingValue2Test-NodeB-p39829-t5:) [InvocationContextInterceptor] ISPN000136: Error executing command ClearCommand, writing keys [] > java.lang.NullPointerException > at org.infinispan.commons.hash.MurmurHash3.hash(MurmurHash3.java:397) ~[infinispan-commons-8.2.0-SNAPSHOT.jar:8.2.0-SNAPSHOT] > at org.infinispan.distribution.ch.impl.HashFunctionPartitioner.getSegment(HashFunctionPartitioner.java:51) ~[classes/:?] > at org.infinispan.distribution.group.PartitionerConsistentHash.getSegment(PartitionerConsistentHash.java:47) ~[classes/:?] > at org.infinispan.distribution.group.PartitionerConsistentHash.isKeyLocalToNode(PartitionerConsistentHash.java:87) ~[classes/:?] > at org.infinispan.distribution.impl.DistributionManagerImpl.getLocality(DistributionManagerImpl.java:71) ~[classes/:?] > at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.localNodeIsOwner(ClusteringDependentLogic.java:469) ~[classes/:?] > at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.commitSingleEntry(ClusteringDependentLogic.java:500) ~[classes/:?] > at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:115) ~[classes/:?] > at org.infinispan.test.fwk.ClusteringDependentLogicDelegator.commitEntry(ClusteringDependentLogicDelegator.java:49) ~[test-classes/:?] > at org.infinispan.distribution.rehash.NonTxStateTransferOverwritingValue2Test$3.commitEntry(NonTxStateTransferOverwritingValue2Test.java:212) ~[test-classes/:?] > at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:479) ~[classes/:?] > at org.infinispan.interceptors.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:655) ~[classes/:?] > at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:465) ~[classes/:?] > {noformat} > {{StateResponseOrderingTest}}: test was calling {{PerCacheInboundInvocationHandler.handle(command)}} without first calling {{StateResponseCommand.init()}} > {noformat} > 11:27:18,781 WARN (testng-StateResponseOrderingTest:) [NonTotalOrderTxPerCacheInboundInvocationHandler] ISPN000071: Caught exception when handling command StateResponseCommand{cache=___defaultcache, stateChunks=[StateChunk{segmentId=0, cacheEntries=1, isLastChunk=true}, StateChunk{segmentId=1, cacheEntries=1, isLastChunk=true}], origin=StateResponseOrderingTest-NodeD-39668, topologyId=6} > java.lang.NullPointerException > at org.infinispan.statetransfer.StateResponseCommand.perform(StateResponseCommand.java:67) ~[classes/:?] > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92) [classes/:?] > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34) [classes/:?] > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.handleRunnable(BasePerCacheInboundInvocationHandler.java:132) [classes/:?] > at org.infinispan.remoting.inboundhandler.NonTotalOrderTxPerCacheInboundInvocationHandler.handle(NonTotalOrderTxPerCacheInboundInvocationHandler.java:99) [classes/:?] > at org.infinispan.distribution.rehash.StateResponseOrderingTest.testSimulatedOldStateResponse(StateResponseOrderingTest.java:113) [test-classes/:?] > {noformat} > {{ParserOverrideTest}}, {{XmlFileParsingTest}}: {{ClusterTopologyManagerImpl}} view handler can execute after {{JGroupsTransport}} was stopped and {{dispatcher}} was set to {{null}}. > {noformat} > 11:25:46,357 WARN (transport-thread-ParserOverrideTest-NodeA-p30089-t1:) [ClusterTopologyManagerImpl] ISPN000197: Error updating cluster member list > java.lang.NullPointerException > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotelyAsync(JGroupsTransport.java:612) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:533) ~[classes/:?] > at org.infinispan.topology.ClusterTopologyManagerImpl.confirmMembersAvailable(ClusterTopologyManagerImpl.java:444) ~[classes/:?] > at org.infinispan.topology.ClusterTopologyManagerImpl.updateCacheMembers(ClusterTopologyManagerImpl.java:431) ~[classes/:?] > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:354) ~[classes/:?] > at org.infinispan.topology.ClusterTopologyManagerImpl.lambda$start$0(ClusterTopologyManagerImpl.java:132) ~[classes/:?] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_74] > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.runInternal(SemaphoreCompletionService.java:173) [classes/:?] > at org.infinispan.executors.SemaphoreCompletionService$QueueingTask.run(SemaphoreCompletionService.java:151) [classes/:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6334) Handle definitions of indexable classes in server config

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-6334?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-6334: -------------------------------- Description: Server's xml config already accepts them but they are not actually used. This is a continuation of ISPN-6178. (was: Server's xml config already accepts them but they are not actually used.) > Handle definitions of indexable classes in server config > --------------------------------------------------------- > > Key: ISPN-6334 > URL: https://issues.jboss.org/browse/ISPN-6334 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > > Server's xml config already accepts them but they are not actually used. This is a continuation of ISPN-6178. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2016