October 2010 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-678) Fix DistTopologyChangeTest-testDropServer and ReplTopologyChangeTest-testDropServer

by Galder Zamarreño (JIRA)

Fix DistTopologyChangeTest-testDropServer and ReplTopologyChangeTest-testDropServer ----------------------------------------------------------------------------------- Key: ISPN-678 URL: https://jira.jboss.org/browse/ISPN-678 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 4.2.0.ALPHA2 Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.0.BETA1 The following tests are failing since ISPN-649 was implemented. org.infinispan.client.hotrod.DistTopologyChangeTest.org.infinispan.client.hotrod.DistTopologyChangeTest-testDropServer org.infinispan.client.hotrod.ReplTopologyChangeTest.org.infinispan.client.hotrod.ReplTopologyChangeTest-testDropServer java.lang.IllegalStateException: Cache container has been stopped and cannot be reused. Recreate the cache container. at org.infinispan.manager.DefaultCacheManager.assertIsNotTerminated(DefaultCacheManager.java:570) at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:424) at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:406) at org.infinispan.client.hotrod.ReplTopologyChangeTest.testDropServer(ReplTopologyChangeTest.java:135) -- 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, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-685) Lucene metadata objects are deleted twice

by Sanne Grinovero (JIRA)

Lucene metadata objects are deleted twice ----------------------------------------- Key: ISPN-685 URL: https://jira.jboss.org/browse/ISPN-685 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Minor Fix For: 4.2.0.BETA1, 4.2.0.Final this doesn't affect functionality, but is a minor performance hit. -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-692) Avoid unnecessary load of index segment chunks during first creation

by Sanne Grinovero (JIRA)

Avoid unnecessary load of index segment chunks during first creation -------------------------------------------------------------------- Key: ISPN-692 URL: https://jira.jboss.org/browse/ISPN-692 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Minor Fix For: 4.2.0.BETA1, 4.2.0.Final, 5.0.0.BETA1, 5.0.0.Final org.infinispan.lucene.InfinispanIndexOutput.getChunkById(AdvancedCache, FileCacheKey, int, int, FileMetadata) is performing a get() operation for buffers even when it can know from the filesize that such an element will not be found. This is significantly slow when a CacheStore is used, as the cache won't have the value for sure and so it will attempt to load from the store. -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-684) Lucene: improve tests to make sure no empty buffers are stored

by Sanne Grinovero (JIRA)

Lucene: improve tests to make sure no empty buffers are stored -------------------------------------------------------------- Key: ISPN-684 URL: https://jira.jboss.org/browse/ISPN-684 Project: Infinispan Issue Type: Task Components: Lucene Directory Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Optional Fix For: 4.2.0.BETA1 There are no tests covering the buffer sizes stored in the cache, enhance the DirectoryIntegrityCheck utility -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-674) Eviction notification throws NPE

by Vladimir Blagojevic (JIRA)

Eviction notification throws NPE -------------------------------- Key: ISPN-674 URL: https://jira.jboss.org/browse/ISPN-674 Project: Infinispan Issue Type: Bug Components: Eviction, Listeners Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Fix For: 4.2.0.BETA1, 4.2.0.Final, 5.0.0.BETA1, 5.0.0.Final Cache registered listener, like the one described in a code example below, throws null pointer exception upon eviction notification. @Listener public class EvictionListener { @CacheEntryEvicted public void nodeEvicted(CacheEntryEvictedEvent e){ ... } } -- 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, 2 months

2
3
0 / 0

[JBoss JIRA] Created: (ISPN-676) NullPointerException in CacheNotifierImpl.notifyCacheEntryEvicted

by Franck Garcia (JIRA)

NullPointerException in CacheNotifierImpl.notifyCacheEntryEvicted ----------------------------------------------------------------- Key: ISPN-676 URL: https://jira.jboss.org/browse/ISPN-676 Project: Infinispan Issue Type: Bug Components: Core API Affects Versions: 4.1.0.Final Environment: ubuntu 10.04 i486 32bits, JVM 1.6_018-b07 Hotspot standalone app Reporter: Franck Garcia Assignee: Manik Surtani I attached a @Listener to specifically listen on @CacheEntryEvicted event. But a NPE is thrown java.lang.NullPointerException at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryEvicted(CacheNotifierImpl.java:192) at org.infinispan.eviction.EvictionManagerImpl.preEvict(EvictionManagerImpl.java:147) at org.infinispan.container.DefaultDataContainer$DefaultEvictionListener.preEvict(DefaultDataContainer.java:242) at org.infinispan.util.concurrent.BoundedConcurrentHashMap$LRU.execute(BoundedConcurrentHashMap.java:433) at org.infinispan.util.concurrent.BoundedConcurrentHashMap$Segment.put(BoundedConcurrentHashMap.java:977) at org.infinispan.util.concurrent.BoundedConcurrentHashMap.put(BoundedConcurrentHashMap.java:1487) at org.infinispan.container.DefaultDataContainer.put(DefaultDataContainer.java:178) at org.infinispan.container.entries.ReadCommittedEntry.commit(ReadCommittedEntry.java:160) at org.infinispan.interceptors.DistLockingInterceptor.commitEntry(DistLockingInterceptor.java:33) at org.infinispan.interceptors.LockingInterceptor.cleanupLocks(LockingInterceptor.java:281) at org.infinispan.interceptors.LockingInterceptor.visitCommitCommand(LockingInterceptor.java:88) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.CacheStoreInterceptor.visitCommitCommand(CacheStoreInterceptor.java:136) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) 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.visitCommitCommand(AbstractVisitor.java:113) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.NotificationInterceptor.visitCommitCommand(NotificationInterceptor.java:55) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.TxInterceptor.visitCommitCommand(TxInterceptor.java:101) at org.infinispan.interceptors.DistTxInterceptor.visitCommitCommand(DistTxInterceptor.java:71) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:57) at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:38) at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:113) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:76) at org.infinispan.commands.AbstractVisitor.visitCommitCommand(AbstractVisitor.java:113) at org.infinispan.commands.tx.CommitCommand.acceptVisitor(CommitCommand.java:50) at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:273) at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:113) at org.infinispan.transaction.tm.DummyTransaction.runCommitTx(DummyTransaction.java:304) at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:97) at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:96) at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:130) at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:107) at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:92) at org.infinispan.CacheDelegate.endBatch(CacheDelegate.java:375) at org.infinispan.lucene.InfinispanIndexOutput.doFlush(InfinispanIndexOutput.java:169) at org.infinispan.lucene.InfinispanIndexOutput.newChunk(InfinispanIndexOutput.java:100) at org.infinispan.lucene.InfinispanIndexOutput.writeBytes(InfinispanIndexOutput.java:126) at org.apache.lucene.store.IndexOutput.writeBytes(IndexOutput.java:43) at org.apache.lucene.store.Directory.copy(Directory.java:197) -- 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, 2 months

3
2
0 / 0

[JBoss JIRA] Created: (ISPN-677) MalformedObjectNameException during jmx registration if cache name contains unexpected characters

by Paul Ferraro (JIRA)

MalformedObjectNameException during jmx registration if cache name contains unexpected characters ------------------------------------------------------------------------------------------------- Key: ISPN-677 URL: https://jira.jboss.org/browse/ISPN-677 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Affects Versions: 4.2.0.ALPHA2 Reporter: Paul Ferraro Assignee: Manik Surtani Attachments: patch.txt Cache names like "jar=clusteredsession-test.jar,name=testIgnoreReplicationStateful,service=EJB3" cause MalformedObjectNameException during jmx registration. In this case, the problematic character is a comma. I would suggest building the object name using ObjectName.quote(...), rather than trying to individually replace all problematic characters in the cache name. -- 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, 2 months

4
5
0 / 0

[JBoss JIRA] Created: (ISPN-681) Some of Lucene's readlocks are persisted to the CacheStore

by Sanne Grinovero (JIRA)

Some of Lucene's readlocks are persisted to the CacheStore ---------------------------------------------------------- Key: ISPN-681 URL: https://jira.jboss.org/browse/ISPN-681 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.2.0.ALPHA2, 4.1.0.Final Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 4.2.0.BETA1, 4.2.0.Final After some days of load testing I can find keys like "_3w.cfs|RL|comments" in the CacheStore (using jdbc store), while it should be guaranteed that they are never stored. This is also introducing high contention on MySQL, generating errors under load, as the readlocks are frequent and shortlived. -- 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, 2 months

2
2
0 / 0

[JBoss JIRA] Created: (ISPN-680) Unintentional Segment Removal

by Franck Garcia (JIRA)

Unintentional Segment Removal ----------------------------- Key: ISPN-680 URL: https://jira.jboss.org/browse/ISPN-680 Project: Infinispan Issue Type: Bug Components: Lucene Directory Affects Versions: 4.1.0.Final Environment: linux ubuntu 10.04 x386 32 bits hot spot jvm 1.6_018 Reporter: Franck Garcia Assignee: Manik Surtani During a lucene directory.copy() using an InfinispanDirectory as source and an FSDirectory as destination, an unintentional Delete is made on the infinispan lucene segment while closing the input stream. The problem is that the FileReadLockKey put in the cache at the beginning of the copy process is eligible for eviction leading to unpredictable result on close. -- 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, 2 months

4
5
0 / 0

[JBoss JIRA] Created: (ISPN-672) NPE in AtomicHashMapDelta.merge caused by TreeCache.put(Fqn, new HashMap())

by Scott Marlow (JIRA)

NPE in AtomicHashMapDelta.merge caused by TreeCache.put(Fqn, new HashMap()) --------------------------------------------------------------------------- Key: ISPN-672 URL: https://jira.jboss.org/browse/ISPN-672 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.ALPHA2 Reporter: Scott Marlow Assignee: Manik Surtani I tried to test the fix for ISPN-639 and now get a NPE in AtomicHashMapDelta.merge. 2010-09-24 09:16:58,563 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (RMI TCP Connection(4)-127.0.0.2) unexpected error while replicating: java.lang.NullPointerException at org.infinispan.atomic.AtomicHashMapDelta.merge(AtomicHashMapDelta.java:58) [:4.2.0-SNAPSHOT] at org.infinispan.commands.write.PutKeyValueCommand.perform(PutKeyValueCommand.java:94) [:4.2.0-SNAPSHOT] at org.infinispan.interceptors.CallInterceptor.handleDefault(CallInterceptor.java:71) [:4.2.0-SNAPSHOT] . . . exception call stack is at http://pastebin.com/ftfm99vW The code that triggers the NPE originates from a different node than were the replication error occurs: TreeCache cache = ... Fqn newf = ... cache.put(newf, new HashMap<String, Binding>()); -- 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, 2 months

3
9
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2010