August 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-588) Explicit locking has no effect in distributed mode

by Johan Andries (JIRA)

Explicit locking has no effect in distributed mode -------------------------------------------------- Key: ISPN-588 URL: https://jira.jboss.org/browse/ISPN-588 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency Affects Versions: 4.1.0.CR2 Environment: Windows 7, java version "1.6.0_21" Java(TM) SE Runtime Environment (build 1.6.0_21-b06) Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode, sharing) Reporter: Johan Andries Assignee: Manik Surtani The testcase org.infinispan.replication.SyncReplLockingTest has been copied to org.infinispan.distribution.DistSyncLockingTest (see attachment) and the cache mode has been changed from replicated to distributed. I would expect this new test case to pass, but it doesn't. It comfirms other distributed locking tests I have done with two standalone Java processes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-589) The useEagerLocking config setting has no effect in distributed mode

by Johan Andries (JIRA)

The useEagerLocking config setting has no effect in distributed mode -------------------------------------------------------------------- Key: ISPN-589 URL: https://jira.jboss.org/browse/ISPN-589 Project: Infinispan Issue Type: Bug Components: Locking and Concurrency Affects Versions: 4.1.0.CR2 Environment: Windows 7, java version "1.6.0_21" Java(TM) SE Runtime Environment (build 1.6.0_21-b06) Java HotSpot(TM) Client VM (build 17.0-b16, mixed mode, sharing) Reporter: Johan Andries Assignee: Manik Surtani Attachments: DistSyncImplicitLockingTest.java The testcase org.infinispan.replication.SyncReplImplicitLockingTest has been copied to org.infinispan.distribution.DistSyncImplicitLockingTest (see attachment) and the cache mode has been changed from replicated to distributed. I would expect this new test case to pass, but it doesn't. It comfirms other distributed locking tests I have done with two standalone Java processes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-606) asyncMarshalling should be turned off by default to avoid reordering

by Galder Zamarreno (JIRA)

asyncMarshalling should be turned off by default to avoid reordering -------------------------------------------------------------------- Key: ISPN-606 URL: https://jira.jboss.org/browse/ISPN-606 Project: Infinispan Issue Type: Bug Components: Configuration, Marshalling, RPC Affects Versions: 4.1.0.CR2, 4.0.0.Final Reporter: Galder Zamarreno Assignee: Galder Zamarreno Fix For: 4.1.0.CR3, 4.1.0.Final Over the past few weeks we've discovered that having async marshalling turned on can produce some nasty reordering. Examples include: - http://community.jboss.org/message/553947#553947 - http://community.jboss.org/thread/154677?start=15&tstart=0 As a result of this, we're turning off async marshalling by default from 4.1 onwards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-602) need to store the chunk size of Lucene segments in the metadata

by Sanne Grinovero (JIRA)

need to store the chunk size of Lucene segments in the metadata --------------------------------------------------------------- Key: ISPN-602 URL: https://jira.jboss.org/browse/ISPN-602 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.1.0.CR2, 4.0.0.Final Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 4.1.0.CR3 The chunk size is a configurable constant defining the maximum size per each segment; currently this size can't be changed after the index was created or the segment math won't match. This size should be stored together with each file's metadata so that it will be possible to change the chunk size, or in future have it adaptable in other ways. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-605) Cannot add custom interceptor to the Cache programmatically

by Jacek Gerbszt (JIRA)

Cannot add custom interceptor to the Cache programmatically ----------------------------------------------------------- Key: ISPN-605 URL: https://jira.jboss.org/browse/ISPN-605 Project: Infinispan Issue Type: Bug Components: Configuration Affects Versions: 4.1.0.CR2 Reporter: Jacek Gerbszt Assignee: Manik Surtani Priority: Minor it's impossible to define custom interceptor this way: Configuration config = new Configuration(); List<CustomInterceptorConfig> customInterceptors = ....; config.setCustomInterceptors(customInterceptors); The problem is in the class org.infinispan.config.OverrideConfigurationVisitor. Override() method overrides everything but customInterceptorsType field. I think a single line should solve this problem: overrideFields(customInterceptorsType, override.customInterceptorsType); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-580) neverending AsyncStore.awaitNotEmpty during stop() of AsyncStore

by Sanne Grinovero (JIRA)

neverending AsyncStore.awaitNotEmpty during stop() of AsyncStore ---------------------------------------------------------------- Key: ISPN-580 URL: https://jira.jboss.org/browse/ISPN-580 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 4.1.0.CR2 Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 4.1.0.CR3 The stop() of AsyncStore might fail to stop all threads. If I introduce a delay in the Store implementation, after stop() on AsyncStore methods get stuck in awaitNotEmpty(), waiting forever for a second interrupt. Attaching a testcase which - in my case - is able to deadlock the tests to show the problem in *almost* all runs. Will clean it up into a a timeout-limiting test suggestions to have it fail consistently are welcome. I'm attaching also a fix proposal. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

4
5
0 / 0

[JBoss JIRA] Created: (ISPN-600) Embedded JBossTS and TreeCache don't work together

by Manik Surtani (JIRA)

Embedded JBossTS and TreeCache don't work together -------------------------------------------------- Key: ISPN-600 URL: https://jira.jboss.org/browse/ISPN-600 Project: Infinispan Issue Type: Bug Components: Transactions, Tree API Affects Versions: 4.1.0.CR2 Reporter: Manik Surtani Assignee: Manik Surtani Fix For: 4.1.0.CR3 Attached a test - see TransactionManagerLookupTreeTest in branch/4.1.x and trunk -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

2
8
0 / 0

[JBoss JIRA] Created: (ISPN-601) TreeCache and CacheStore issues when adding an entry that exists in the store but not in memory

by Manik Surtani (JIRA)

TreeCache and CacheStore issues when adding an entry that exists in the store but not in memory ----------------------------------------------------------------------------------------------- Key: ISPN-601 URL: https://jira.jboss.org/browse/ISPN-601 Project: Infinispan Issue Type: Bug Components: Loaders and Stores, Tree API Affects Versions: 4.1.0.CR2 Reporter: Manik Surtani Assignee: Manik Surtani Priority: Critical Fix For: 4.1.0.CR3 The pattern: put() stop() start() put() throws an exception when a cache store is configured and the treecache adapter is used. java.lang.NullPointerException at org.infinispan.interceptors.CacheLoaderInterceptor.recordLoadedEntry(CacheLoaderInterceptor.java:182) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:147) at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeededAndUpdateStats(CacheLoaderInterceptor.java:200) at org.infinispan.interceptors.CacheLoaderInterceptor.visitGetKeyValueCommand(CacheLoaderInterceptor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:132) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.enlistReadAndInvokeNext(TxInterceptor.java:171) at org.infinispan.interceptors.TxInterceptor.visitGetKeyValueCommand(TxInterceptor.java:162) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:58) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:39) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:76) at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:87) at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:58) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:271) at org.infinispan.CacheDelegate.get(CacheDelegate.java:200) at org.infinispan.atomic.AtomicHashMapProxy.getDeltaMapForRead(AtomicHashMapProxy.java:73) at org.infinispan.atomic.AtomicHashMapProxy.getDeltaMapForWrite(AtomicHashMapProxy.java:95) at org.infinispan.atomic.AtomicHashMapProxy.put(AtomicHashMapProxy.java:154) at org.infinispan.tree.TreeCacheImpl.put(TreeCacheImpl.java:336) at org.infinispan.loaders.TreeCacheWithLoaderTest.testDuplicatePersistence(TreeCacheWithLoaderTest.java:81) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

2
6
0 / 0

[JBoss JIRA] Created: (ISPN-603) Extract Lucene readlock logic to an overridable component, provide alternative implementations

by Sanne Grinovero (JIRA)

Extract Lucene readlock logic to an overridable component, provide alternative implementations ---------------------------------------------------------------------------------------------- Key: ISPN-603 URL: https://jira.jboss.org/browse/ISPN-603 Project: Infinispan Issue Type: Task Components: Lucene Directory Affects Versions: 4.1.0.CR2 Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 4.1.0.CR3 The "readlock" logic contained in the org.infinispan.lucene.InfinispanIndexInput is getting complicated, it should be extracted to a component. Also after some benchmarks it turns out that in some cases people might want to use different patterns, it would be useful to have an interface an provide the current logic as default but not mandatory implementation -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (ISPN-577) State transfer and replication queue ordering issue

by Galder Zamarreno (JIRA)

State transfer and replication queue ordering issue --------------------------------------------------- Key: ISPN-577 URL: https://jira.jboss.org/browse/ISPN-577 Project: Infinispan Issue Type: Bug Components: State transfer Affects Versions: 4.1.0.CR2 Reporter: Galder Zamarreno Assignee: Manik Surtani Priority: Critical Fix For: 4.1.0.Final There's an ordering issue going on under the following circumstances where A and B communicate asynchronously via replication queue: - Start Node A - Start Node B - Begin Pushing Requests to A - A and B are in Sync - Restart B (While Pushing Requests to A) - State Transfer from A to B - A and B are NOT in Sync There appears to be an ordering issue: Master 2010-08-05 11:38:21,028 // Put Key: 342197608235468 (OrderCache) 2010-08-05 11:38:21,230 // Remove Key: 342197608235468 (OrderCache) 2010-08-05 11:38:23,784 // State Transfer Response (OrderCache) Slave 2010-08-05 11:38:23,782 // State Transfer Request (OrderCache) 2010-08-05 11:38:34,529 // Remove Key: 342197608235468 (OrderCache) *Request 693* 2010-08-05 11:46:08,845 // Put Key: 342197608235468 (OrderCache) * Request 692* -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 4 months

1
9
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2010