[JBoss JIRA] (ISPN-4468) HR client is not able to unmarshall custom class when using AS modules
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-4468?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek commented on ISPN-4468:
---------------------------------------
just to be clear, when not using jboss modules, it work correctly (i.e. possible workaround for users is right now not using modules but bundle dependencies with application)
> HR client is not able to unmarshall custom class when using AS modules
> ----------------------------------------------------------------------
>
> Key: ISPN-4468
> URL: https://issues.jboss.org/browse/ISPN-4468
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Marshalling, Remote Protocols
> Reporter: Vojtech Juranek
> Assignee: Dan Berindei
>
> When using HR client in JBoss and use JBoss modules for HR client, storing custom objects into remote cache works, however when custom objects is read back from remote cache, it fails as {{ClassNotFoundException}}:
> {noformat}
> testPutGetCustomObject(com.jboss.datagrid.test.hotrod.HotRodRemoteCacheIT) Time elapsed: 1.749 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: Unable to unmarshall byte stream
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:555)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> [...]
> {noformat}
> Caused by: java.lang.ClassNotFoundException: org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person from [Module "org.infinispan.commons:jdg-6.3" from local module loader @5cbf5bb7 (finder: local module finder @171e7af3 (roots: /opt/test_servers/jboss-eap-6.2.2/modules,/opt/test_servers/jboss-eap-6.2.2/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.jboss.marshalling.AbstractClassResolver.loadClass(AbstractClassResolver.java:131)
> at org.jboss.marshalling.AbstractClassResolver.resolveClass(AbstractClassResolver.java:112)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadClassDescriptor(RiverUnmarshaller.java:943)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadNewObject(RiverUnmarshaller.java:1239)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:272)
> at org.jboss.marshalling.river.RiverUnmarshaller.doReadObject(RiverUnmarshaller.java:209)
> at org.jboss.marshalling.AbstractObjectInput.readObject(AbstractObjectInput.java:41)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromObjectStream(AbstractJBossMarshaller.java:135)
> at org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.objectFromByteBuffer(AbstractJBossMarshaller.java:113)
> at org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.bytes2obj(RemoteCacheImpl.java:553)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.get(RemoteCacheImpl.java:425)
> at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testPutGetCustomObject(AbstractRemoteCacheIT.java:746)
> {noformat}
> Adding jar file with {{org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT$Person}} into jboss-deployment-structure as a module didn't helped.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4674) Hot Rod client receives ArrayIndexOutOfBoundsException and InvalidResponseException when topology changes
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4674?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4674:
----------------------------------------
The issue is present in master as well.
> Hot Rod client receives ArrayIndexOutOfBoundsException and InvalidResponseException when topology changes
> ---------------------------------------------------------------------------------------------------------
>
> Key: ISPN-4674
> URL: https://issues.jboss.org/browse/ISPN-4674
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Remote Protocols
> Affects Versions: 7.0.0.Beta1
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Critical
> Fix For: 7.0.0.Beta2
>
>
> Upon a topology change, the client receives:
> {code}
> 17:27:57,406 WARNING [com.example.Main] (main) Loop 43058 failed.: java.lang.ArrayIndexOutOfBoundsException: 2
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readNewTopologyAndHash(Codec20.java:334) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readNewTopologyIfPresent(Codec20.java:310) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:78) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:71) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:49) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at com.example.Main.main(Main.java:31) [:]
> 17:28:02,410 ERROR [org.infinispan.client.hotrod.impl.protocol.Codec20] (main) ISPN004003: Invalid magic number. Expected 0xa1 and received 0x0
> 17:28:02,412 WARNING [com.example.Main] (main) Loop 43059 failed.: org.infinispan.client.hotrod.exceptions.InvalidResponseException:: Invalid magic number. Expected 0xa1 and received 0x0
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:247) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:68) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:49) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
> at com.example.Main.main(Main.java:31) [:]
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4674) Hot Rod client receives ArrayIndexOutOfBoundsException and InvalidResponseException when topology changes
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-4674:
--------------------------------------
Summary: Hot Rod client receives ArrayIndexOutOfBoundsException and InvalidResponseException when topology changes
Key: ISPN-4674
URL: https://issues.jboss.org/browse/ISPN-4674
Project: Infinispan
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Remote Protocols
Affects Versions: 7.0.0.Beta1
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Priority: Critical
Fix For: 7.0.0.Beta2
Upon a topology change, the client receives:
{code}
17:27:57,406 WARNING [com.example.Main] (main) Loop 43058 failed.: java.lang.ArrayIndexOutOfBoundsException: 2
at org.infinispan.client.hotrod.impl.protocol.Codec20.readNewTopologyAndHash(Codec20.java:334) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.protocol.Codec20.readNewTopologyIfPresent(Codec20.java:310) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:78) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:71) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:49) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at com.example.Main.main(Main.java:31) [:]
17:28:02,410 ERROR [org.infinispan.client.hotrod.impl.protocol.Codec20] (main) ISPN004003: Invalid magic number. Expected 0xa1 and received 0x0
17:28:02,412 WARNING [com.example.Main] (main) Loop 43059 failed.: org.infinispan.client.hotrod.exceptions.InvalidResponseException:: Invalid magic number. Expected 0xa1 and received 0x0
at org.infinispan.client.hotrod.impl.protocol.Codec20.readMagic(Codec20.java:247) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:68) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:49) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) [infinispan-client-hotrod-7.0.0.Beta1.jar:7.0.0.Beta1]
at com.example.Main.main(Main.java:31) [:]
{code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4663) Support JSR 107 keyType/valueType in Infinispan xml config
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-4663?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-4663:
----------------------------------------
[~sparty02], this is relatively easy to implement, want to give it a go? :)
> Support JSR 107 keyType/valueType in Infinispan xml config
> ----------------------------------------------------------
>
> Key: ISPN-4663
> URL: https://issues.jboss.org/browse/ISPN-4663
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Ryan Dunckel
> Assignee: Mircea Markus
> Labels: hackathon
>
> There currently isn't an attribute/element on the infinispan xml config that can be used to set the expected keyType and valueType for type-safe caching. While this issue is being opened in the context of supporting JSR 107 type safe caches, it seems like a logical feature to support in infinispan core as well.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4673) Split-brain: get() returns null when all owners are removed from view
by Radim Vansa (JIRA)
Radim Vansa created ISPN-4673:
---------------------------------
Summary: Split-brain: get() returns null when all owners are removed from view
Key: ISPN-4673
URL: https://issues.jboss.org/browse/ISPN-4673
Project: Infinispan
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 7.0.0.Beta1
Reporter: Radim Vansa
Assignee: Dan Berindei
Priority: Critical
After split brain: when calling {{cache.get()}} for an entry that has all owners in the missing partition, JGroupsTransport removes the target nodes that are no longer members and then returns empty response map
BaseDistributionInterceptor.invokeClusterGetCommandRemotely takes empty map as null response, although the entry is just not available.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4200) ExampleConfigsTest.testRestRollingUpgrades fails
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4200?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4200:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/2826
> ExampleConfigsTest.testRestRollingUpgrades fails
> ------------------------------------------------
>
> Key: ISPN-4200
> URL: https://issues.jboss.org/browse/ISPN-4200
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Server
> Reporter: Jakub Markos
> Assignee: Mircea Markus
>
> Fails in the latest snapshot on line 240 with
> {code}
> Can't access etries stored in source node (target's RestCacheStore). expected:<value1> but was:<[B@19676adb>
> {code}
> you can run the test from /server/integration/testsuite with this command:
> mvn clean test -Psuite.examples -Dtest=ExampleConfigsTest#testRestRollingUpgrades
> The configs used are /server/integration/testsuite/target/server/node1/standalone/configuration/examples/{standalone-rest-rolling-upgrade.xml, standalone-compatibility-mode.xml}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months
[JBoss JIRA] (ISPN-4561) CacheManager.stop with indexing to Infinispan fails
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-4561?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-4561:
-------------------------------
Assignee: Gustavo Fernandes (was: Tristan Tarrant)
> CacheManager.stop with indexing to Infinispan fails
> ---------------------------------------------------
>
> Key: ISPN-4561
> URL: https://issues.jboss.org/browse/ISPN-4561
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Embedded Querying, Remote Querying
> Affects Versions: 7.0.0.Alpha5
> Reporter: Radim Vansa
> Assignee: Gustavo Fernandes
>
> When I try to stop cache manager with cache that is configured like this:
> {code}
> <distributed-cache name="dist_lucene" owners="2" segments="512">
> <locking acquire-timeout="3000" concurrency-level="1000" />
> <transaction mode="NON_DURABLE_XA" locking="OPTIMISTIC"/>
> <indexing index="LOCAL">
> <property name="default.directory_provider">infinispan</property>
> <property name="default.indexmanager">org.infinispan.query.indexmanager.InfinispanIndexManager</property>
> <property name="default.exclusive_index_use">true</property>
> <property name="default.reader.strategy">shared</property>
> <property name="hibernate.search.lucene_version">LUCENE_48</property>
> </indexing>
> </distributed-cache>
> {code}
> during stop, another cache (containing the locks) is accessed, but this can be already stopped. Then, the cacheManager.stop() fails:
> {code}
> Caused by: java.lang.IllegalStateException: Cache 'LuceneIndexesLocking' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:92)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:74)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:75)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:44)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:392)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:398)
> at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(DistributedSegmentReadLocker.java:74)
> at org.infinispan.lucene.impl.InfinispanIndexInput.close(InfinispanIndexInput.java:89)
> at org.apache.lucene.util.IOUtils.close(IOUtils.java:77)
> at org.apache.lucene.codecs.BlockTreeTermsReader.close(BlockTreeTermsReader.java:242)
> at org.apache.lucene.util.IOUtils.close(IOUtils.java:100)
> at org.apache.lucene.codecs.perfield.PerFieldPostingsFormat$FieldsReader.close(PerFieldPostingsFormat.java:227)
> at org.apache.lucene.util.IOUtils.close(IOUtils.java:77)
> at org.apache.lucene.index.SegmentCoreReaders.decRef(SegmentCoreReaders.java:178)
> at org.apache.lucene.index.SegmentReader.doClose(SegmentReader.java:260)
> at org.apache.lucene.index.IndexReader.decRef(IndexReader.java:243)
> at org.apache.lucene.index.StandardDirectoryReader.doClose(StandardDirectoryReader.java:362)
> at org.apache.lucene.index.IndexReader.decRef(IndexReader.java:243)
> at org.apache.lucene.index.IndexReader.close(IndexReader.java:479)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider$ReaderUsagePair.close(SharingBufferReaderProvider.java:163)
> at org.hibernate.search.indexes.impl.SharingBufferReaderProvider.stop(SharingBufferReaderProvider.java:120)
> at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.destroy(DirectoryBasedIndexManager.java:74)
> at org.hibernate.search.indexes.impl.IndexManagerHolder.stop(IndexManagerHolder.java:197)
> at org.hibernate.search.impl.ImmutableSearchFactory.close(ImmutableSearchFactory.java:169)
> at org.hibernate.search.impl.MutableSearchFactory.close(MutableSearchFactory.java:127)
> at org.infinispan.query.impl.LifecycleManager.cacheStopped(LifecycleManager.java:278)
> at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:244)
> at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:774)
> at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:769)
> at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:630)
> ... 4 more
> Suppressed: java.lang.IllegalStateException: Cache 'LuceneIndexesLocking' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:92)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:74)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:75)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:44)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:392)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:398)
> at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(DistributedSegmentReadLocker.java:74)
> at org.infinispan.lucene.impl.InfinispanIndexInput.close(InfinispanIndexInput.java:89)
> at org.apache.lucene.util.IOUtils.close(IOUtils.java:77)
> at org.apache.lucene.codecs.lucene41.Lucene41PostingsReader.close(Lucene41PostingsReader.java:145)
> ... 29 more
> Suppressed: java.lang.IllegalStateException: Cache 'LuceneIndexesLocking' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
> ... 40 more
> Suppressed: java.lang.IllegalStateException: Cache 'LuceneIndexesLocking' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:92)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:74)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:75)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:44)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:392)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:398)
> at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(DistributedSegmentReadLocker.java:74)
> at org.infinispan.lucene.impl.InfinispanIndexInput.close(InfinispanIndexInput.java:89)
> at org.apache.lucene.util.IOUtils.close(IOUtils.java:77)
> at org.apache.lucene.codecs.compressing.CompressingStoredFieldsReader.close(CompressingStoredFieldsReader.java:181)
> ... 25 more
> Suppressed: java.lang.IllegalStateException: Cache 'LuceneIndexesLocking' is in 'TERMINATED' state and so it does not accept new invocations. Either restart it or recreate the cache container.
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:92)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:74)
> at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:75)
> at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:44)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.cache.impl.CacheImpl.get(CacheImpl.java:392)
> at org.infinispan.cache.impl.DecoratedCache.get(DecoratedCache.java:398)
> at org.infinispan.lucene.readlocks.DistributedSegmentReadLocker.deleteOrReleaseReadLock(DistributedSegmentReadLocker.java:74)
> at org.infinispan.lucene.impl.InfinispanIndexInput.close(InfinispanIndexInput.java:89)
> at org.apache.lucene.codecs.lucene42.Lucene42DocValuesProducer.close(Lucene42DocValuesProducer.java:489)
> ... 25 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 7 months