April 2009 - jbosscache-issues - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-1508) ClusteredGetCommand bypasses loading from other cache loaders on remote instance

by Manik Surtani (JIRA)

ClusteredGetCommand bypasses loading from other cache loaders on remote instance -------------------------------------------------------------------------------- Key: JBCACHE-1508 URL: https://jira.jboss.org/jira/browse/JBCACHE-1508 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 3.0.3.GA Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 3.1.0.GA ClusteredGetCommand will not pull back state if the state has been evicted from the remote cache and only exists in a loader (e.g., if the remote cache is configured with both a CCL and a JDBCCacheLoader) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1507) IllegalArgumentException during BuddyManager handling of removed node

by Brian Stansberry (JIRA)

IllegalArgumentException during BuddyManager handling of removed node --------------------------------------------------------------------- Key: JBCACHE-1507 URL: https://jira.jboss.org/jira/browse/JBCACHE-1507 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Buddy Replication Affects Versions: 3.0.3.GA Reporter: Brian Stansberry Assignee: Manik Surtani Seeing this during some of the failover-under-load testing of AS 5.1.0.Beta1, which is using JBC 3.0.3.GA. Not sure if this still exists in 3.1.x code base; will look now. [JBoss] 09:38:53,555 INFO [RPCManagerImpl] Received new cluster view: [10.16.88.169:32984|5] [10.16.88.169:32984, 10.16.88.170:32893] [JBoss] 09:38:53,592 ERROR [BuddyManager] Caught exception handling view change [JBoss] java.lang.IllegalArgumentException: fromIndex(3), toIndex(2), size (2), List=[_BUDDY_BACKUP_, 10.16.88.171_32848:DEAD] [JBoss] at org.jboss.cache.util.ImmutableListCopy$ImmutableSubList.<init>(ImmutableListCopy.java:365) [JBoss] at org.jboss.cache.util.ImmutableListCopy.subList(ImmutableListCopy.java:251) [JBoss] at org.jboss.cache.Fqn.getSubFqn(Fqn.java:385) [JBoss] at org.jboss.cache.buddyreplication.BuddyFqnTransformer.getActualFqn(BuddyFqnTransformer.java:105) [JBoss] at org.jboss.cache.RegionManagerImpl.getRegion(RegionManagerImpl.java:220) [JBoss] at org.jboss.cache.interceptors.EvictionInterceptor.getRegion(EvictionInterceptor.java:259) [JBoss] at org.jboss.cache.interceptors.BuddyRegionAwareEvictionInterceptor.getRegion(BuddyRegionAwareEvictionInterceptor.java:48) [JBoss] at org.jboss.cache.interceptors.EvictionInterceptor.visitPutDataMapCommand(EvictionInterceptor.java:120) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) [JBoss] at org.jboss.cache.commands.AbstractVisitor.visitPutDataMapCommand(AbstractVisitor.java:60) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) [JBoss] at org.jboss.cache.commands.AbstractVisitor.visitPutDataMapCommand(AbstractVisitor.java:60) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.LegacyCacheLoaderInterceptor.visitPutDataMapCommand(LegacyCacheLoaderInterceptor.java:124) [JBoss] at org.jboss.cache.interceptors.LegacyActivationInterceptor.visitPutDataMapCommand(LegacyActivationInterceptor.java:154) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.PessimisticLockInterceptor.handlePutCommand(PessimisticLockInterceptor.java:132) [JBoss] at org.jboss.cache.interceptors.PessimisticLockInterceptor.handlePutDataMapCommand(PessimisticLockInterceptor.java:94) [JBoss] at org.jboss.cache.interceptors.base.PrePostProcessingCommandInterceptor.visitPutDataMapCommand(PrePostProcessingCommandInterceptor.java:70) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.ReplicationInterceptor.handleCrudMethod(ReplicationInterceptor.java:148) [JBoss] at org.jboss.cache.interceptors.ReplicationInterceptor.visitPutDataMapCommand(ReplicationInterceptor.java:113) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) [JBoss] at org.jboss.cache.commands.AbstractVisitor.visitPutDataMapCommand(AbstractVisitor.java:60) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.TxInterceptor.attachGtxAndPassUpChain(TxInterceptor.java:261) [JBoss] at org.jboss.cache.interceptors.TxInterceptor.handleDefault(TxInterceptor.java:250) [JBoss] at org.jboss.cache.commands.AbstractVisitor.visitPutDataMapCommand(AbstractVisitor.java:60) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.CacheMgmtInterceptor.visitPutDataMapCommand(CacheMgmtInterceptor.java:89) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [JBoss] at org.jboss.cache.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:178) [JBoss] at org.jboss.cache.interceptors.InvocationContextInterceptor.visitPutDataMapCommand(InvocationContextInterceptor.java:64) [JBoss] at org.jboss.cache.commands.write.PutDataMapCommand.acceptVisitor(PutDataMapCommand.java:104) [JBoss] at org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.java:287) [JBoss] at org.jboss.cache.invocation.CacheInvocationDelegate.invokePut(CacheInvocationDelegate.java:581) [JBoss] at org.jboss.cache.invocation.CacheInvocationDelegate.put(CacheInvocationDelegate.java:444) [JBoss] at org.jboss.cache.invocation.NodeInvocationDelegate.addChild(NodeInvocationDelegate.java:331) [JBoss] at org.jboss.cache.buddyreplication.BuddyManager.getDefunctBackupRootFqn(BuddyManager.java:1120) [JBoss] at org.jboss.cache.buddyreplication.BuddyManager.migrateDefunctData(BuddyManager.java:1094) [JBoss] at org.jboss.cache.buddyreplication.BuddyManager.access$1000(BuddyManager.java:92) [JBoss] at org.jboss.cache.buddyreplication.BuddyManager$AsyncViewChangeHandlerThread.handleEnqueuedViewChange(BuddyManager.java:1237) [JBoss] at org.jboss.cache.buddyreplication.BuddyManager$AsyncViewChangeHandlerThread.run(BuddyManager.java:1162) [JBoss] at java.lang.Thread.run(Thread.java:619) [JBoss] 09:38:55,266 INFO [BuddyManager] Assigning self to buddy group BuddyGroup: (dataOwner: 10.16.88.169:32984, groupName: 10.16.88.169_32984, buddies: [10.16.88.170:32893],lastModified: Wed Apr 22 09:38:53 EDT 2009) [JBoss] 09:38:55,267 INFO [LegacyStateTransferIntegrator] Using version 4096 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1502) cannot remove a node in JTA

by Jiayi Gu (JIRA)

cannot remove a node in JTA --------------------------- Key: JBCACHE-1502 URL: https://jira.jboss.org/jira/browse/JBCACHE-1502 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Transactions Affects Versions: 3.0.3.GA Environment: Windows XP, 2003 Server Reporter: Jiayi Gu Assignee: Manik Surtani We use the following code to remove a node. The cache is wrapped in Atomikos JTA transaction. The code works fine in JBoss Cache 2.1. However the same code and configuration does not work with JBoss Cache 3.0.3. "Does not work" means that the node is not removed using "node.removeChild" method. Node<String, T> node = (Node<String, T>) getNode("/Workflow/Filter/Objects/"); <== node returns correctly Fqn<String> fqn = Fqn.fromString(id + "/"); node.removeChild(fqn); <== "removeChild" method returns false -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-1505) Missing getter/setter methods for the maxNodes field in org.jboss.cache.eviction.LRUAlgorithmConfig

by Morten Hattesen (JIRA)

Missing getter/setter methods for the maxNodes field in org.jboss.cache.eviction.LRUAlgorithmConfig --------------------------------------------------------------------------------------------------- Key: JBCACHE-1505 URL: https://jira.jboss.org/jira/browse/JBCACHE-1505 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Eviction Affects Versions: 3.0.3.CR1 Reporter: Morten Hattesen Assignee: Manik Surtani Priority: Minor The class org.jboss.cache.eviction.LRUAlgorithmConfig is missing getter- and setter methods for the maxNodes field, which means that this field must be set via the tree-argument constructor. Since both timeToLive and maxAge has setter methods, it should be expected to have methods for the maxNodes field as well. It makes configuration using Java as well as via Spring Framework context files less clear, since it cannot be directly determined which long/int parameter to use for, say, timeToLive. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBCACHE-1506) Cache JavaDoc "best practice" example uses deprecated API

by Morten Hattesen (JIRA)

Cache JavaDoc "best practice" example uses deprecated API --------------------------------------------------------- Key: JBCACHE-1506 URL: https://jira.jboss.org/jira/browse/JBCACHE-1506 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 3.1.0.CR1 Reporter: Morten Hattesen Assignee: Manik Surtani Priority: Trivial The class JavaDoc comment for org.jboss.cache.Cache "simple example of usage" uses the deprecated DefaultCacheFactory.getInstance() method. Cache cache = DefaultCacheFactory.getInstance().createCache(); Should be ... Cache cache = new DefaultCacheFactory().createCache(); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
1
0 / 0

[JBoss JIRA] Created: (JBCACHE-1497) When adding node, CacheLoaderInterceptor locks child node before MVCCLockingInterceptor locks parent

by Krzysztof Sobolewski (JIRA)

When adding node, CacheLoaderInterceptor locks child node before MVCCLockingInterceptor locks parent ---------------------------------------------------------------------------------------------------- Key: JBCACHE-1497 URL: https://jira.jboss.org/jira/browse/JBCACHE-1497 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Cache loaders, Locking Affects Versions: 3.0.3.GA Reporter: Krzysztof Sobolewski Assignee: Manik Surtani Attachments: AddRemoveNodeDeadlockTest.java I finally got to the root cause of those deadlocks I mentioned in this forum thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=152123 It really is this issue of inverted locking order, but somewhere else than I originally looked. Turns out this only happen with cache loader configured: it's the CacheLoaderInterceptor that locks the child before locking parent, as is evident in these two stack traces: The child was locked first with this stack: java.lang.Exception: TRACE PREV at org.jboss.cache.lock.MVCCLockManager.lockAndRecord(MVCCLockManager.java:132) at org.jboss.cache.mvcc.MVCCNodeHelper.acquireLock(MVCCNodeHelper.java:155) at org.jboss.cache.mvcc.MVCCNodeHelper.wrapNodeForWriting(MVCCNodeHelper.java:241) at org.jboss.cache.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:300) at org.jboss.cache.interceptors.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:165) at org.jboss.cache.interceptors.ActivationInterceptor.visitGetKeyValueCommand(ActivationInterceptor.java:132) at org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:97) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) at org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:110) at org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:97) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.TxInterceptor.attachGtxAndPassUpChain(TxInterceptor.java:301) at org.jboss.cache.interceptors.TxInterceptor.handleDefault(TxInterceptor.java:283) at org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:110) at org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:97) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:77) at org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:97) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:178) at org.jboss.cache.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:130) at org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:110) at org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:97) at org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.java:287) at org.jboss.cache.invocation.CacheInvocationDelegate.get(CacheInvocationDelegate.java:444) Then, the parent: ava.lang.Exception: TRACE at org.jboss.cache.lock.MVCCLockManager.lockAndRecord(MVCCLockManager.java:132) at org.jboss.cache.mvcc.MVCCNodeHelper.acquireLock(MVCCNodeHelper.java:155) at org.jboss.cache.mvcc.MVCCNodeHelper.wrapNodeForWriting(MVCCNodeHelper.java:223) at org.jboss.cache.interceptors.MVCCLockingInterceptor.handlePutKeyValueCommand(MVCCLockingInterceptor.java:101) at org.jboss.cache.interceptors.base.PrePostProcessingCommandInterceptor.visitPutKeyValueCommand(PrePostProcessingCommandInterceptor.java:88) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.CacheLoaderInterceptor.visitPutKeyValueCommand(CacheLoaderInterceptor.java:137) at org.jboss.cache.interceptors.ActivationInterceptor.visitPutKeyValueCommand(ActivationInterceptor.java:146) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) at org.jboss.cache.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:65) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.TxInterceptor.attachGtxAndPassUpChain(TxInterceptor.java:301) at org.jboss.cache.interceptors.TxInterceptor.handleDefault(TxInterceptor.java:283) at org.jboss.cache.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:65) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:119) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) at org.jboss.cache.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:178) at org.jboss.cache.interceptors.InvocationContextInterceptor.visitPutKeyValueCommand(InvocationContextInterceptor.java:82) at org.jboss.cache.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:100) at org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.java:287) at org.jboss.cache.invocation.CacheInvocationDelegate.put(CacheInvocationDelegate.java:555) Cache loader and lockParentForChildInsertRemove are prerequisites for this to happen. But the test case (attached, might be a little hard to follow :) ) shows that the deadlock occurs only when adding a node, not when removing. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

2
5
0 / 0

[JBoss JIRA] Created: (JBCACHE-1501) Make JDBCCacheLoader easily subclassable

by Jorge Morales Pou (JIRA)

Make JDBCCacheLoader easily subclassable ---------------------------------------- Key: JBCACHE-1501 URL: https://jira.jboss.org/jira/browse/JBCACHE-1501 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 3.0.3.GA Reporter: Jorge Morales Pou Assignee: Manik Surtani We have a requisite to remove old data from datastore that has not been used for a long time, or for example, as a result of an scheduled task, for example, every midnight, or data that is in DB for longer than 6 hours. We are trying to subclass JDBCCacheLoader, to add a timestamp column, so we can remove old data from DB, but this class is not meant for subclassing, so we have to almost rewrite it completely, and also configs, and so on. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosscache-issues April 2009