June 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3202) Infinispan cachestores remove entries early when maxIdle used

by Ralph Jennings (JIRA)

Ralph Jennings created ISPN-3202: ------------------------------------ Summary: Infinispan cachestores remove entries early when maxIdle used Key: ISPN-3202 URL: https://issues.jboss.org/browse/ISPN-3202 Project: Infinispan Issue Type: Bug Affects Versions: 5.2.6.Final Environment: Linux: debian wheezy uname -a: Linux hostname 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux JBoss: 7.1.2.Final … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3161) ClusterFileCacheStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3161?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3161: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > ClusterFileCacheStoreFunctionalTest.testRestoreTransactionalAtomicMap fails intermittently > ------------------------------------------------------------------------------------------ > > Key: ISPN-3161 > URL: https://… [View More]issues.jboss.org/browse/ISPN-3161 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores, Test Suite > Affects Versions: 5.3.0.CR1 > Reporter: William Burns > Assignee: Mircea Markus > Attachments: infinispan.zip > > > This test fails intermittently with a TimeoutException. > The easiest way to reproduce is just to add an @Test annotation setting the invocationCount to 1000 or more. > I have attached a trace when the error occurs. > {code} > 2013-05-30 17:27:41,660 ERROR (main) [org.infinispan.interceptors.InvocationContextInterceptor] ISPN000136: Execution error > org.infinispan.util.concurrent.TimeoutException: Unable to acquire lock after [0 milliseconds] on key [testRestoreTransactionalAtomicMap] for requestor [Thread[main,5,main]]! Lock held by [GlobalTransaction:<NodeA-52943>:700:remote] > at org.infinispan.util.concurrent.locks.LockManagerImpl.lock(LockManagerImpl.java:214) > at org.infinispan.util.concurrent.locks.LockManagerImpl.acquireLockNoCheck(LockManagerImpl.java:197) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lockKey(AbstractLockingInterceptor.java:149) > at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.visitEvictCommand(AbstractTxLockingInterceptor.java:86) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:134) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.statetransfer.StateTransferInterceptor.visitEvictCommand(StateTransferInterceptor.java:179) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:120) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) > at org.infinispan.commands.AbstractVisitor.visitEvictCommand(AbstractVisitor.java:79) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:49) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) > at org.infinispan.CacheImpl.evict(CacheImpl.java:538) > at org.infinispan.CacheImpl.evict(CacheImpl.java:531) > at org.infinispan.loaders.file.ClusterFileCacheStoreFunctionalTest.testRestoreTransactionalAtomicMap(ClusterFileCacheStoreFunctionalTest.java:101) > .... > {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 [View Less]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3201) Allow listeners to be invoked only by a primary data owner

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3201?page=com.atlassian.jira.plugin.... ] Mircea Markus edited comment on ISPN-3201 at 6/6/13 1:04 PM: ------------------------------------------------------------- Here is an interesting discussion on this topic: http://markmail.org/message/um5sqnhhqxwa6tix was (Author: mircea.markus): Here is an interesting discussion on this topic: http://infinispan.markmail.org/search/?q=singleton+%40Listener#query:sing... … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3201) Allow listeners to be invoked only by a primary data owner

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3201?page=com.atlassian.jira.plugin.... ] Mircea Markus commented on ISPN-3201: ------------------------------------- Here is an interesting discussion on this topic: http://infinispan.markmail.org/search/?q=singleton+%40Listener#query:sing... > Allow listeners to be invoked only by a primary data owner > ---------------------------------------------------------- > > Key: ISPN-3201 > URL: … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3197) Message ordering of Get and Invalidation can cause L1 to be inconsistent

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3197?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3197: -------------------------------- Affects Version/s: 5.2.6.Final > Message ordering of Get and Invalidation can cause L1 to be inconsistent > ------------------------------------------------------------------------ > > Key: ISPN-3197 > URL: https://issues.jboss.org/browse/ISPN-3197 > Project: Infinispan > … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3197) Message ordering of Get and Invalidation can cause L1 to be inconsistent

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3197?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-3197: ----------------------------------- Assignee: William Burns (was: Mircea Markus) > Message ordering of Get and Invalidation can cause L1 to be inconsistent > ------------------------------------------------------------------------ > > Key: ISPN-3197 > URL: https://issues.jboss.org/browse/ISPN-3197 > … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3197) Message ordering of Get and Invalidation can cause L1 to be inconsistent

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-3197?page=com.atlassian.jira.plugin.... ] Work on ISPN-3197 started by William Burns. > Message ordering of Get and Invalidation can cause L1 to be inconsistent > ------------------------------------------------------------------------ > > Key: ISPN-3197 > URL: https://issues.jboss.org/browse/ISPN-3197 > Project: Infinispan > Issue Type: Bug > Reporter: William Burns … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3201) Allow listeners to be invoked only by a primary data owner

by Manik Surtani (JIRA)

Manik Surtani created ISPN-3201: ----------------------------------- Summary: Allow listeners to be invoked only by a primary data owner Key: ISPN-3201 URL: https://issues.jboss.org/browse/ISPN-3201 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache, Listeners Affects Versions: 5.3.0.Final Reporter: Manik Surtani Assignee: Mircea Markus Fix For: 6.… [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3200) Allow KeyFilters to be applied to listeners

by Manik Surtani (JIRA)

Manik Surtani created ISPN-3200: ----------------------------------- Summary: Allow KeyFilters to be applied to listeners Key: ISPN-3200 URL: https://issues.jboss.org/browse/ISPN-3200 Project: Infinispan Issue Type: Feature Request Components: Listeners Affects Versions: 5.3.0.Final Reporter: Manik Surtani Assignee: Mircea Markus Fix For: 6.0.0.Alpha1, 6.0.0.Final When … [View More]

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3199) API to manipulate multiple versions of an entry

by Manik Surtani (JIRA)

[ https://issues.jboss.org/browse/ISPN-3199?page=com.atlassian.jira.plugin.... ] Manik Surtani updated ISPN-3199: -------------------------------- Estimated Difficulty: Medium > API to manipulate multiple versions of an entry > ----------------------------------------------- > > Key: ISPN-3199 > URL: https://issues.jboss.org/browse/ISPN-3199 > Project: Infinispan > Issue Type: Feature Request > … [View More]

11 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2013