February 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4053) WriteSkew not throwing an exception for AtomicMap in REPL and DIST mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4053?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4053: ----------------------------------------------- Pedro Ruivo <pruivo(a)redhat.com> changed the Status of [bug 1047908|https://bugzilla.redhat.com/show_bug.cgi?id=1047908] from NEW to POST > WriteSkew not throwing an exception for AtomicMap in REPL and DIST mode > ----------------------------------------------------------------------- > > Key: ISPN-4053 > URL: https://issues.jboss.org/browse/ISPN-4053 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > The writeSkewCheck flag does not work correctly for AtomicMap. When Infinispan runs in REPEATABLE_READ isolation mode for transactions, the writeSkewCheck flag is enabled, and two concurrent transactions read/write data from the same AtomicMap. The WriteSkewException exception is never thrown when committing either of the transactions. > Consequently, the data stored in the AtomicMap might be changed by another transaction, and current transaction will not register this change during commit. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4013) Improve MapReduceTask timeout exception messages

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4013?page=com.atlassian.jira.plugin.... ] Galder Zamarreño resolved ISPN-4013. ------------------------------------ Fix Version/s: 7.0.0.Alpha1 7.0.0.Final Resolution: Done > Improve MapReduceTask timeout exception messages > ------------------------------------------------ > > Key: ISPN-4013 > URL: https://issues.jboss.org/browse/ISPN-4013 > Project: Infinispan > Issue Type: Enhancement > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > Currently we just let TimoutException from RPC call propagate up the stack which confuses users as they do not understand why timeout even occurred. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4031) Server REST console not showing all options on narrow screens

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4031?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4031: ----------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha1 7.0.0.Final Resolution: Done > Server REST console not showing all options on narrow screens > ------------------------------------------------------------- > > Key: ISPN-4031 > URL: https://issues.jboss.org/browse/ISPN-4031 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 6.0.1.Final > Reporter: Jiří Holuša > Assignee: Jiří Holuša > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > There is a JavaScript REST console in the left bottom corner on REST landing page (default on http://localhost:8080). > After clicking the "[+]" button, the console expands to 50% of the screen. However, sometimes it's not enough to show all the provided options, for instance on my monitor (23" 1920x1080) I don't see (and therefor cannot use) the TTL and Max-Idle options. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4053) WriteSkew not throwing an exception for AtomicMap in REPL and DIST mode

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4053?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4053: ------------------------------ Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/2404, https://github.com/infinispan/infinispan/pull/2405 > WriteSkew not throwing an exception for AtomicMap in REPL and DIST mode > ----------------------------------------------------------------------- > > Key: ISPN-4053 > URL: https://issues.jboss.org/browse/ISPN-4053 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > The writeSkewCheck flag does not work correctly for AtomicMap. When Infinispan runs in REPEATABLE_READ isolation mode for transactions, the writeSkewCheck flag is enabled, and two concurrent transactions read/write data from the same AtomicMap. The WriteSkewException exception is never thrown when committing either of the transactions. > Consequently, the data stored in the AtomicMap might be changed by another transaction, and current transaction will not register this change during commit. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4048) SharedCacheLoaderQueryIndexTest and SharedCacheLoaderQueryDistributedIndexTest always fail

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4048?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4048: ------------------------------- Assignee: Sanne Grinovero (was: Dan Berindei) > SharedCacheLoaderQueryIndexTest and SharedCacheLoaderQueryDistributedIndexTest always fail > ------------------------------------------------------------------------------------------ > > Key: ISPN-4048 > URL: https://issues.jboss.org/browse/ISPN-4048 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Sanne Grinovero > Fix For: 7.0.0.Alpha1 > > > The failures in CI have a different stack trace, they used an obsolete DummyInMemoryStore statistic name ("store" instead of "write"). > {noformat} > 16:32:40,025 ERROR (testng-SharedCacheLoaderQueryIndexTest:) [UnitTestTestNGListener] Test testPreloadIndexingAfterAddingNewNode(org.infinispan.query.persistence.SharedCacheLoaderQueryIndexTest) failed. > java.lang.AssertionError: expected:<1> but was:<0> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) > at org.infinispan.query.statetransfer.BaseReIndexingTest.executeSimpleQuery(BaseReIndexingTest.java:56) > at org.infinispan.query.statetransfer.BaseReIndexingTest$1.call(BaseReIndexingTest.java:109) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243) > at org.infinispan.query.statetransfer.BaseReIndexingTest.addNodeCheckingContentsAndQuery(BaseReIndexingTest.java:93) > at org.infinispan.query.persistence.SharedCacheLoaderQueryIndexTest.testPreloadIndexingAfterAddingNewNode(SharedCacheLoaderQueryIndexTest.java:49) > {noformat} > {noformat} > 16:32:43,367 ERROR (testng-SharedCacheLoaderQueryDistributedIndexTest:) [UnitTestTestNGListener] Test testPreloadIndexingAfterAddingNewNode(org.infinispan.query.persistence.SharedCacheLoaderQueryDistributedIndexTest) failed. > java.lang.RuntimeException: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.preload() on object of type PersistenceManagerImpl > at org.infinispan.query.statetransfer.BaseReIndexingTest$1.call(BaseReIndexingTest.java:111) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1243) > at org.infinispan.query.statetransfer.BaseReIndexingTest.addNodeCheckingContentsAndQuery(BaseReIndexingTest.java:93) > at org.infinispan.query.persistence.SharedCacheLoaderQueryIndexTest.testPreloadIndexingAfterAddingNewNode(SharedCacheLoaderQueryIndexTest.java:49) > Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.persistence.manager.PersistenceManagerImpl.preload() on object of type PersistenceManagerImpl > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:216) > at org.infinispan.CacheImpl.start(CacheImpl.java:674) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:553) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:516) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:398) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:371) > at org.infinispan.statetransfer.JoiningNode.getCache(JoiningNode.java:31) > at org.infinispan.query.statetransfer.BaseReIndexingTest$1.call(BaseReIndexingTest.java:99) > ... 23 more > Caused by: org.infinispan.persistence.spi.PersistenceException: Unable to preload! > at org.infinispan.persistence.manager.PersistenceManagerImpl.preloadKey(PersistenceManagerImpl.java:614) > at org.infinispan.persistence.manager.PersistenceManagerImpl.access$000(PersistenceManagerImpl.java:66) > at org.infinispan.persistence.manager.PersistenceManagerImpl$1.processEntry(PersistenceManagerImpl.java:224) > at org.infinispan.persistence.dummy.DummyInMemoryStore.process(DummyInMemoryStore.java:159) > at org.infinispan.persistence.manager.PersistenceManagerImpl.preload(PersistenceManagerImpl.java:216) > at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:183) > ... 35 more > Caused by: java.lang.NullPointerException > at org.infinispan.distribution.DistributionManagerImpl.getWriteConsistentHash(DistributionManagerImpl.java:112) > at org.infinispan.distribution.DistributionManagerImpl.getConsistentHash(DistributionManagerImpl.java:102) > at org.infinispan.distribution.DistributionManagerImpl.getPrimaryLocation(DistributionManagerImpl.java:92) > at org.infinispan.query.indexmanager.InfinispanCommandsBackend.getPrimaryNodeAddress(InfinispanCommandsBackend.java:134) > at org.infinispan.query.indexmanager.InfinispanCommandsBackend.isMasterLocal(InfinispanCommandsBackend.java:112) > at org.infinispan.query.indexmanager.MasterSwitchDelegatingQueueProcessor.applyWork(MasterSwitchDelegatingQueueProcessor.java:47) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.performOperations(DirectoryBasedIndexManager.java:126) > at org.hibernate.search.backend.impl.WorkQueuePerIndexSplitter.commitOperations(WorkQueuePerIndexSplitter.java:63) > at org.hibernate.search.backend.impl.BatchedQueueingProcessor.performWorks(BatchedQueueingProcessor.java:99) > at org.hibernate.search.backend.impl.TransactionalWorker.performWork(TransactionalWorker.java:105) > at org.infinispan.query.backend.QueryInterceptor.performSearchWorks(QueryInterceptor.java:232) > at org.infinispan.query.backend.QueryInterceptor.performSearchWork(QueryInterceptor.java:226) > at org.infinispan.query.backend.QueryInterceptor.updateIndexes(QueryInterceptor.java:220) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:522) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:161) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:68) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:205) > at org.infinispan.statetransfer.StateTransferInterceptor.visitPutKeyValueCommand(StateTransferInterceptor.java:141) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:148) > at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:134) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:71) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1399) > at org.infinispan.CacheImpl.putInternal(CacheImpl.java:877) > at org.infinispan.CacheImpl.put(CacheImpl.java:869) > at org.infinispan.DecoratedCache.put(DecoratedCache.java:471) > at org.infinispan.persistence.manager.PersistenceManagerImpl.preloadKey(PersistenceManagerImpl.java:611) > ... 43 more > {noformat} -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4055) Upgrade to JGroups 3.5.0.Alpha1

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4055?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4055: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade to JGroups 3.5.0.Alpha1 > ------------------------------- > > Key: ISPN-4055 > URL: https://issues.jboss.org/browse/ISPN-4055 > Project: Infinispan > Issue Type: Component Upgrade > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4059) Authorization for code execution (DistExec & Map/Reduce)

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-4059: ------------------------------------- Summary: Authorization for code execution (DistExec & Map/Reduce) Key: ISPN-4059 URL: https://issues.jboss.org/browse/ISPN-4059 Project: Infinispan Issue Type: Sub-task Components: Security Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 7.0.0.Final -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3355) Add support for clustered listeners

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3355?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-3355: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 7.0.0.Alpha1 Resolution: Done > Add support for clustered listeners > ----------------------------------- > > Key: ISPN-3355 > URL: https://issues.jboss.org/browse/ISPN-3355 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Mircea Markus > Assignee: William Burns > Fix For: 7.0.0.Alpha1, 7.0.0.Final > > > As opposed to the current listener approach in Infinispan ( a listener instance is invoked on the data owners ), this JIRA is about adding support for a cluster listener: the same listener instance that is notified disregarding of data ownership ( RPC calls involved). > Due to the fact that the listener notification might involve an RPC, it is nice to be able to specify filters on these listeners. > The clustered listener support opens the way for some interesting architectures: > * persistent/continuous queries: the query is transformed in a filter. On each notification, the listener (stateful) updates the query state > * simplistic CEP can be built on top of the persistent query described above > * remote/hotrod notifications might be based on clustered listeners as well. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3736) Backport to 5.2.x for EAP 6.3

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3736?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3736: ----------------------------------------------- Paul Gier <pgier(a)redhat.com> changed the Status of [bug 1036889|https://bugzilla.redhat.com/show_bug.cgi?id=1036889] from MODIFIED to ON_QA > Backport to 5.2.x for EAP 6.3 > ----------------------------- > > Key: ISPN-3736 > URL: https://issues.jboss.org/browse/ISPN-3736 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 5.2.7.Final > Reporter: Paul Ferraro > Assignee: Dan Berindei > Fix For: 5.2.8.Final > > > This JIRA will track the issues that need to be backported to the 5.2.x branch for EAP 6.3. -- 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

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4038) CustomFailurePolicyTxTest.testPrepareFailure random failures

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4038?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4038: ------------------------------- Labels: testsuite_stability (was: ) > CustomFailurePolicyTxTest.testPrepareFailure random failures > ------------------------------------------------------------- > > Key: ISPN-4038 > URL: https://issues.jboss.org/browse/ISPN-4038 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication, Test Suite - Core > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 7.0.0.Alpha1 > > > http://ci.infinispan.org/viewLog.html?buildId=5935&tab=buildResultsDiv&bu... > {noformat} > java.lang.AssertionError: expected:<0> but was:<1> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252) > at org.infinispan.xsite.backupfailure.tx.BaseBackupTxFailureTest.testPrepareFailure(BaseBackupTxFailureTest.java:45) > at org.infinispan.xsite.backupfailure.tx.CustomFailurePolicyTxTest.testPrepareFailure(CustomFailurePolicyTxTest.java:37) > {noformat} -- 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

10 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2014