October 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2525) Add metadata to the HotRod getBulk operation

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2525?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2525: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Add metadata to the HotRod getBulk operation > -------------------------------------------- > > Key: ISPN-2525 > URL: https://issues.jboss.org/browse/ISPN-2525 > Project: Infinispan > Issue Type: Feature Request > Components: Remote protocols > Reporter: NadirX > Assignee: Tristan Tarrant > Labels: rolling_upgrade > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2709) Lib dir in distribution archive does not contain the proper versions for some dependencies

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2709?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2709: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Lib dir in distribution archive does not contain the proper versions for some dependencies > ------------------------------------------------------------------------------------------- > > Key: ISPN-2709 > URL: https://issues.jboss.org/browse/ISPN-2709 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.CR1 > Reporter: Adrian Nistor > Assignee: Tristan Tarrant > Attachments: actual.txt, should_be.txt > > > Not all the jars referenced by runtime-classpath.txt files of modules are actually present in the lib dir. In some cases the jar is present but not the needed version. Some of the jars are there but are not actually used. > It all happens because the set of dependencies for runtime-classpath.txt is computed for each individual module while the lib dir in the distro is created by assembly plugin after 'merging' the dependencies of all modules which means that only the highest version will be included. Also, maven dependency plugin is known to miss some dependencies. > To avoid the version problem we could define globally a single version for each of these dependencies in parent pom dependencyManagement and also explicitly add the dependency in the respective modules. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2702) RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2702?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2702: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > RecoveryWithCustomCacheDistTest.testNodeCrashesAfterPrepare failing randomly > ---------------------------------------------------------------------------- > > Key: ISPN-2702 > URL: https://issues.jboss.org/browse/ISPN-2702 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Reporter: Galder Zamarreño > Assignee: Pedro Ruivo > Labels: testsuite_stability > Attachments: RecoveryWithCustomCacheDistTest.log.gz, testNodeCrashesAfterPrepare-1.log > > > {code}testNodeCrashesAfterPrepare(org.infinispan.tx.recovery.RecoveryWithCustomCacheDistTest) Time elapsed: 0.083 sec <<< FAILURE! > java.lang.RuntimeException: javax.transaction.xa.XAException > at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:58) > at org.infinispan.tx.recovery.RecoveryWithDefaultCacheDistTest.testNodeCrashesAfterPrepare(RecoveryWithDefaultCacheDistTest.java:124) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:680) > Caused by: javax.transaction.xa.XAException > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:161) > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) > at org.infinispan.transaction.xa.TransactionXaAdapter.prepare(TransactionXaAdapter.java:110) > at org.infinispan.tx.recovery.RecoveryTestUtil.prepareTransaction(RecoveryTestUtil.java:56) > ... 22 more{code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2691) Replicated cache executes commands when it is not a member of CH

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2691?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2691: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Replicated cache executes commands when it is not a member of CH > ---------------------------------------------------------------- > > Key: ISPN-2691 > URL: https://issues.jboss.org/browse/ISPN-2691 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.Beta6 > Reporter: Radim Vansa > Assignee: Dan Berindei > > Cache in replicated mode can execute commands (e.g. PutKeyValueCommand) broadcasted by other nodes in the cluster even if it is not a member of the current ReplicatedConsistentHash. In the PKVC case the container can then contain keys even if the StateConsumerImpl.getOwnedSegments(CH) returns empty list. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2729) [FineGrainedAtomicMap] Class Cast Exception in Clustered + Repeatable Read + Write Skew

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2729?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2729: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > [FineGrainedAtomicMap] Class Cast Exception in Clustered + Repeatable Read + Write Skew > --------------------------------------------------------------------------------------- > > Key: ISPN-2729 > URL: https://issues.jboss.org/browse/ISPN-2729 > Project: Infinispan > Issue Type: Bug > Components: Core API, Fine-grained API, Locking and Concurrency > Environment: Mac OSx 10.5, Java 1.6 sun-jdk, maven 3.0.4 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Labels: atomic_map, clustered, write-skew > > Test case available in here [1] > When a transaction commits, the write skew check performs the validation by casting the cache entry to a ClusteredRepeatableReadEntry. However, the entry is a DeltaAwareCacheEntry. > This happens when you have operations over a map inside a transaction. > The tests failing are: > WriteSkewFineGrainedAtomicMapAPITest.testSizeOnCache() > WriteSkewFineGrainedAtomicMapAPITest.testCreateMapInTx() > [1]https://github.com/pruivo/infinispan/commits/t_atomic_map_issue -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2727) Transactional put failed after master node with enabled InfinispanIndexManager is killed

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2727?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2727: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Transactional put failed after master node with enabled InfinispanIndexManager is killed > ----------------------------------------------------------------------------------------- > > Key: ISPN-2727 > URL: https://issues.jboss.org/browse/ISPN-2727 > Project: Infinispan > Issue Type: Bug > Components: Querying > Reporter: Anna Manukyan > Assignee: Adrian Nistor > Attachments: MultiNodeDistributedTest.java, MultiNodeLocalTest.java, MultiNodeLocalTxTest.java, MultiNodeReplicatedTest.java, MultiNodeReplicatedTxTest.java > > > I've added new test, which uses the following Infinispan configuration: REPL_SYNC clustering mode, with transaction enabled, as well as enabled indexing with InfinispanIndexManager. > The test adds several nodes with the described configuration, adds entries to different nodes, and checks that the query for the entries returns the same result for all nodes. > Then master node is killed, and then again new data is inserted and checked on all nodes. (Similiar test to https://github.com/infinispan/infinispan/blob/master/query/src/test/java/... but with enabled transaction). > When the test tries to insert new entry to one of the caches, after the master node kill, the following exception appears: > {code} > testIndexingWorkDistribution(org.infinispan.query.distributed.MultiNodeReplicatedTxTest) Time elapsed: 1.656 sec <<< FAILURE! > javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. > at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1177) > at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117) > at org.infinispan.query.distributed.MultiNodeDistributedTest.storeOn(MultiNodeDistributedTest.java:78) > at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:102) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > Caused by: org.infinispan.CacheException: Could not prepare. > at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:70) > at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.beforeCompletion(SynchronizationImple.java:76) > at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.beforeCompletion(TwoPhaseCoordinator.java:273) > at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:93) > at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:164) > at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1165) > ... 24 more > Caused by: javax.transaction.xa.XAException > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:161) > at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) > at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:68) > ... 29 more > {code} > You can find the test attached. The test which fails is MultiNodeReplicatedTxTest.java . The rest are the tests which are the parents and a bit modified compared to the version in infinispan repo. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2726) Sporadic NPE in KeyAffinityServiceImpl

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2726?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2726: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Sporadic NPE in KeyAffinityServiceImpl > -------------------------------------- > > Key: ISPN-2726 > URL: https://issues.jboss.org/browse/ISPN-2726 > Project: Infinispan > Issue Type: Bug > Components: Distributed Cache > Affects Versions: 5.2.0.CR1 > Reporter: Thomas Fromm > Assignee: Mircea Markus > > The NPE appears not often, unfortunality with enabled TRACE logging, it never appears :-( I'll keep trying to get TRACEs. > Exception in thread "pool-70-thread-1" java.lang.NullPointerException > at org.infinispan.affinity.KeyAffinityServiceImpl.getAddressForKey(KeyAffinityServiceImpl.java:347) > at org.infinispan.affinity.KeyAffinityServiceImpl.access$700(KeyAffinityServiceImpl.java:59) > at org.infinispan.affinity.KeyAffinityServiceImpl$KeyGeneratorWorker.generateKeys(KeyAffinityServiceImpl.java:270) > at org.infinispan.affinity.KeyAffinityServiceImpl$KeyGeneratorWorker.run(KeyAffinityServiceImpl.java:242) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2724) L1 is not used for write-operations (for node affine keys)

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2724?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2724: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > L1 is not used for write-operations (for node affine keys) > ---------------------------------------------------------- > > Key: ISPN-2724 > URL: https://issues.jboss.org/browse/ISPN-2724 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.CR1 > Reporter: Thomas Fromm > Assignee: William Burns > Priority: Minor > Attachments: L1WriteTest.java > > > I need to make sure, that a key written on a node is present in L1, even when the owner is a different node. > Attached an example which shows the expected behaviour. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2719) Intermittent failure SyncCacheListenerTest.testRemoteCacheListener

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2719?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2719: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > Intermittent failure SyncCacheListenerTest.testRemoteCacheListener > ------------------------------------------------------------------ > > Key: ISPN-2719 > URL: https://issues.jboss.org/browse/ISPN-2719 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 5.2.0.CR2 > Reporter: Galder Zamarreño > Assignee: Mircea Markus > Attachments: testRemoteCacheListener-5.log > > > {code}testRemoteCacheListener(org.infinispan.replication.SyncCacheListenerTest) Time elapsed: 0.059 sec <<< FAILURE! > org.infinispan.CacheException: Could not commit implicit transaction > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1159) > at org.infinispan.CacheImpl.removeInternal(CacheImpl.java:310) > at org.infinispan.CacheImpl.remove(CacheImpl.java:304) > at org.infinispan.CacheImpl.remove(CacheImpl.java:298) > at org.infinispan.replication.SyncCacheListenerTest.testRemoteCacheListener(SyncCacheListenerTest.java:113) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:680) > Caused by: javax.transaction.RollbackException: ARJUNA016053: Could not commit transaction. > at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1177) > at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:117) > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1156) > ... 25 more{code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2765) For non-tx async caches, reads are up to 3 times slower than for Sync non tx caches

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2765?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2765: -------------------------------- Fix Version/s: (was: 6.0.0.Final) > For non-tx async caches, reads are up to 3 times slower than for Sync non tx caches > ----------------------------------------------------------------------------------- > > Key: ISPN-2765 > URL: https://issues.jboss.org/browse/ISPN-2765 > Project: Infinispan > Issue Type: Task > Affects Versions: 5.1.8.Final > Reporter: Mircea Markus > Assignee: Mircea Markus > Attachments: jdg_perf_tech_paper.odt > > > This doesn't make a lot of sense and should be further investigated. > Note: for async reads the OOB and DONT_BUNDLE flags are set correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2013