June 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3177) "Read past EOF" in case of using async fileStore with "infinispan" directory_provider

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-3177?page=com.atlassian.jira.plugin.... ] Anna Manukyan updated ISPN-3177: -------------------------------- Attachment: config.xml > "Read past EOF" in case of using async fileStore with "infinispan" directory_provider > ------------------------------------------------------------------------------------- > > Key: ISPN-3177 > URL: https://issues.jboss.org/browse/ISPN-3177 > Project: Infinispan > Issue Type: Bug > Components: Lucene Directory, Querying > Affects Versions: 5.2.4.Final > Reporter: Anna Manukyan > Assignee: Sanne Grinovero > Attachments: config.xml > > > The cache configuration is attached (config.xml). > While trying to run performance tests on the cache configured in the provided XML, i.e. performing parallel puts/gets with many threads (local mode), the following exception is thrown: > Please note that exception is thrown on Put. I've changed the tests so that only one thread is run, but anyway this issue appears. > If I comment the loader's part, then the test passes. > > {code} > org.hibernate.search.SearchException: HSEARCH000103: Unable to initialize IndexManager query > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:230) > at org.hibernate.search.indexes.impl.IndexManagerHolder.buildEntityIndexBinding(IndexManagerHolder.java:102) > at org.hibernate.search.spi.SearchFactoryBuilder.initDocumentBuilders(SearchFactoryBuilder.java:414) > at org.hibernate.search.spi.SearchFactoryBuilder.buildIncrementalSearchFactory(SearchFactoryBuilder.java:169) > at org.hibernate.search.spi.SearchFactoryBuilder.buildSearchFactory(SearchFactoryBuilder.java:149) > at org.hibernate.search.impl.MutableSearchFactory.addClasses(MutableSearchFactory.java:194) > at org.infinispan.query.backend.QueryInterceptor.enableClassesIncrementally(QueryInterceptor.java:225) > at org.infinispan.query.backend.QueryInterceptor.updateKnownTypesIfNeeded(QueryInterceptor.java:250) > at org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(QueryInterceptor.java:426) > at org.infinispan.query.backend.QueryInterceptor.visitPutKeyValueCommand(QueryInterceptor.java:128) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitPutKeyValueCommand(NonTransactionalLockingInterceptor.java:84) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) > 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.visitPutKeyValueCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) > at org.infi^Cnispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) > at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:62) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1162) > at org.infinispan.CacheImpl.putInternal(CacheImpl.java:760) > at org.infinispan.CacheImpl.put(CacheImpl.java:754) > at org.infinispan.CacheImpl.put(CacheImpl.java:748) > at org.infinispan.CacheSupport.put(CacheSupport.java:53) > at org.radargun.cachewrappers.InfinispanWrapper.put(InfinispanWrapper.java:244) > at org.radargun.cachewrappers.InfinispanExplicitLockingWrapper.put(InfinispanExplicitLockingWrapper.java:72) > at org.radargun.cachewrappers.InfinispanQueryWrapper.put(InfinispanQueryWrapper.java:72) > at org.radargun.stressors.StressTestStressor$FixedSetPerThreadOperationLogic.init(StressTestStressor.java:313) > at org.radargun.stressors.StressTestStressor$Stressor.run(StressTestStressor.java:541) > Caused by: org.hibernate.search.SearchException: Could not initialize index > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:162) > at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:103) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:104) > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:227) > ... 33 more > Caused by: java.io.IOException: Read past EOF > at org.infinispan.lucene.SingleChunkIndexInput.readByte(SingleChunkIndexInput.java:77) > at org.apache.lucene.store.ChecksumIndexInput.readByte(ChecksumIndexInput.java:41) > at org.apache.lucene.store.DataInput.readInt(DataInput.java:86) > at org.apache.lucene.index.SegmentInfos.read(SegmentInfos.java:272) > at org.apache.lucene.index.IndexFileDeleter.<init>(IndexFileDeleter.java:182) > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:1168) > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:157) > ... 36 more > {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

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3152) LoadersConfigurationBuilder does not clear existing stores on read()

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3152?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3152: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > LoadersConfigurationBuilder does not clear existing stores on read() > -------------------------------------------------------------------- > > Key: ISPN-3152 > URL: https://issues.jboss.org/browse/ISPN-3152 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Affects Versions: 5.2.1.Final > Reporter: Marta Sedlakova > Assignee: Tristan Tarrant > Fix For: 5.3.0.Final > > > Hello, > > I am upgrading infinispan configuration and I have following problem: > In old configuration, we use: > Configuration config; > JdbmCacheStoreConfig storeConfig = new JdbmCacheStoreConfig(); > storeConfig.setLocation(location); > storeConfig.setCacheLoaderClassName("org.infinispan.loaders.jdbm.JdbmCacheStore"); > storeConfig.setFetchPersistentState(true); > storeConfig.setIgnoreModifications(false); > storeConfig.setPurgeOnStartup(false); > config = lc.addCacheLoader(storeConfig).build(); > > manager = new DefaultCacheManager(new GlobalConfiguration(), config); > Configuration c = manager.getDefaultConfiguration(); > c.setEvictionMaxEntries(maxEntries); > c.setExpirationLifespan(lifespan); > manager.defineConfiguration(name, c); > And this works fine. Now I am updating to new configuration: > ConfigurationBuilder configuration = new ConfigurationBuilder(); > configuration.invocationBatching().enable(); > JdbmCacheStoreConfigurationBuilder builder = new JdbmCacheStoreConfigurationBuilder(configuration.loaders()); > builder.location(location).fetchPersistentState(true); > configuration.loaders().addStore(builder); > manager = new DefaultCacheManager(new GlobalConfigurationBuilder().build(), configuration.build()); > > And I want to change some properties from previous default configuration for named cache: > > ConfigurationBuilder builder = new ConfigurationBuilder(); > builder.read(manager.getDefaultCacheConfiguration()); > builder.eviction().maxEntries(maxEntries)); > builder.expiration().lifespan(lifespan); > manager.defineConfiguration(name, builder.build()); > Cache<String, Object> cache = manager.getCache(name); > cache.start(); > > But I got following exception: > > org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl > at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:199) > at org.infinispan.CacheImpl.start(CacheImpl.java:559) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545) > at eu.ysoft.cache.ifspn.replicator.IfspnReplicationBuffer.start(IfspnReplicationBuffer.java:117) > at eu.ysoft.cache.replicator.ReplicatorImpl.start(ReplicatorImpl.java:373) > at eu.ysoft.cache.replicator.ReplicatorImpl.start(ReplicatorImpl.java:233) > at eu.ysoft.cache.ifspn.replicator.helpers.IfspnReplicationClient.start(IfspnReplicationClient.java:46) > at eu.ysoft.cache.ifspn.replicator.functional.IfspnTestSimpleReplications.init(IfspnTestSimpleReplications.java:54) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:525) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:202) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:613) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:842) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1166) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109) > at org.testng.TestRunner.runWorkers(TestRunner.java:1178) > at org.testng.TestRunner.privateRun(TestRunner.java:757) > at org.testng.TestRunner.run(TestRunner.java:608) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:329) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > at org.testng.SuiteRunner.run(SuiteRunner.java:240) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1158) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1083) > at org.testng.TestNG.run(TestNG.java:999) > at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111) > at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:203) > at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:174) > at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:111) > Caused by: org.infinispan.CacheException: Unable to start cache loaders > at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:160) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) > ... 42 more > Caused by: java.lang.Exception: Invalid cache loader configuration!! Only ONE cache loader may have fetchPersistentState set to true. Cache will not start! > at org.infinispan.loaders.CacheLoaderManagerImpl.createCacheLoader(CacheLoaderManagerImpl.java:324) > at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:146) > ... 47 more > > > I need some help how to solve this issue, when we were using the old deprecated configuration, this configuration scenarion works. > Thanks > Marta -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3100) CommandAwareRpcDispatcher Future Collactor does not respect the timeout

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3100?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3100: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > CommandAwareRpcDispatcher Future Collactor does not respect the timeout > ----------------------------------------------------------------------- > > Key: ISPN-3100 > URL: https://issues.jboss.org/browse/ISPN-3100 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.3.0.Beta1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 5.3.0.Final > > > In FutureCollactor: > {code} > while (expectedResponses > 0 && retval == null) { > try { > this.wait(timeout); > } catch (InterruptedException e) { > // reset interruption flag > Thread.currentThread().interrupt(); > expectedResponses = -1; > } > } > {code} > the FutureCollactor will wait forever for the responses. -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3144) Reduce memory consumption per cache entry

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3144?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3144: ----------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/1864 > Reduce memory consumption per cache entry > ----------------------------------------- > > Key: ISPN-3144 > URL: https://issues.jboss.org/browse/ISPN-3144 > Project: Infinispan > Issue Type: Enhancement > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 5.3.0.Final > > > Basically, the difference between Hot Rod then (dc6708f) and now (6058358) is: 32 bytes, which is: new metadata object, a reference to it, and 2 unusued longs for immortal entries. > With embedded metadata (~191 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-embedded.png > With versioned entries (~159 bytes per entry): https://dl.dropboxusercontent.com/u/6148072/with-versioned.png > And there's more: we have internal cache entries that have a reference to internal cache values, per entry. This is useful for some cases (cache stores…etc), but this extra reference to the value, plus the value object itself, is 16 bytes (how useful is it really to have a separate value instance to keep just the value? Needs reassessing its usefulness...). > So really, I think the minimum Hot Rod overhead we should aim for is ~143 bytes. If each server module could define what the ICE class (well, classes to cover all immortal, mortal…etc cases) to use, which is purely designed for their servers (i.e. hot rod just needs: value + version; memcached needs: value + version + flags), we could get to this level… > You still want the metadata to be passed from the client, but for those specialised use cases in Infinispan, we could have a mapping between the metadata type and the type of ICEs created… -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3176) Add tests for compatibility mode to server

by Martin Gencur (JIRA)

Martin Gencur created ISPN-3176: ----------------------------------- Summary: Add tests for compatibility mode to server Key: ISPN-3176 URL: https://issues.jboss.org/browse/ISPN-3176 Project: Infinispan Issue Type: Task Components: Server, Test Suite Reporter: Martin Gencur Assignee: Martin Gencur Fix For: 5.3.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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3172) Define and manage indexes and schemas via JMX

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3172?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3172: -------------------------------- Summary: Define and manage indexes and schemas via JMX (was: Define query verbs for the Hot Rod protocol) > Define and manage indexes and schemas via JMX > --------------------------------------------- > > Key: ISPN-3172 > URL: https://issues.jboss.org/browse/ISPN-3172 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > See #5: https://community.jboss.org/wiki/QueryingDesignInInfinispan -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3172) Define and manage indexes and schemas via JMX

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3172?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3172: -------------------------------- Description: See #4: https://community.jboss.org/wiki/QueryingDesignInInfinispan was: See #5: https://community.jboss.org/wiki/QueryingDesignInInfinispan > Define and manage indexes and schemas via JMX > --------------------------------------------- > > Key: ISPN-3172 > URL: https://issues.jboss.org/browse/ISPN-3172 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > See #4: https://community.jboss.org/wiki/QueryingDesignInInfinispan -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3175) Upgrade the java hotrod client to support remote querying

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3175: ----------------------------------- Summary: Upgrade the java hotrod client to support remote querying Key: ISPN-3175 URL: https://issues.jboss.org/browse/ISPN-3175 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus See #7: https://community.jboss.org/wiki/QueryingDesignInInfinispan -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3174) String-based query language for communication between client and server

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3174?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3174: -------------------------------- Description: See #6 https://community.jboss.org/wiki/QueryingDesignInInfinispan > String-based query language for communication between client and server > ----------------------------------------------------------------------- > > Key: ISPN-3174 > URL: https://issues.jboss.org/browse/ISPN-3174 > Project: Infinispan > Issue Type: Feature Request > Reporter: Mircea Markus > Assignee: Mircea Markus > > See #6 https://community.jboss.org/wiki/QueryingDesignInInfinispan -- 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, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3174) String-based query language for communication between client and server

by Mircea Markus (JIRA)

Mircea Markus created ISPN-3174: ----------------------------------- Summary: String-based query language for communication between client and server Key: ISPN-3174 URL: https://issues.jboss.org/browse/ISPN-3174 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus -- 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, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues June 2013