January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4821) RHQ operation 'Upload Proto Schemas' no longer works due to changes introduced by ISPN-4357

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4821?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4821: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1151218|https://bugzilla.redhat.com/show_bug.cgi?id=1151218] from VERIFIED to CLOSED > RHQ operation 'Upload Proto Schemas' no longer works due to changes introduced by ISPN-4357 > ------------------------------------------------------------------------------------------- > > Key: ISPN-4821 > URL: https://issues.jboss.org/browse/ISPN-4821 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 7.0.0.CR1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.CR2 > > > UploadProtoFileOperationHandler cannot correctly guess the file path from the given URL, so it would be better to add an another parameter for the name, similar to the way RegisterProtoSchemasOperationHandler works. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4635) Query DSL should check against mixing objects created by different factories or builders

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4635?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4635: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139623|https://bugzilla.redhat.com/show_bug.cgi?id=1139623] from VERIFIED to CLOSED > Query DSL should check against mixing objects created by different factories or builders > ---------------------------------------------------------------------------------------- > > Key: ISPN-4635 > URL: https://issues.jboss.org/browse/ISPN-4635 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Beta2 > > > Methods FilterConditionBeginContext.not(..), QueryFactory.not(..), FilterConditionContext.and(..), FilterConditionContext.or(..) should check that the argument was created by the same factory and is not already owned by another builder. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4697) Single cache operation generates two sequential synchronous calls to the indexing engine

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4697?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4697: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166648|https://bugzilla.redhat.com/show_bug.cgi?id=1166648] from VERIFIED to CLOSED > Single cache operation generates two sequential synchronous calls to the indexing engine > ---------------------------------------------------------------------------------------- > > Key: ISPN-4697 > URL: https://issues.jboss.org/browse/ISPN-4697 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Affects Versions: 7.0.0.Beta1 > Reporter: Sanne Grinovero > Assignee: Gustavo Fernandes > Fix For: 7.0.0.CR1 > > > For a similar reason as explained in ISPN-4650, the method > {{org.infinispan.query.backend.QueryInterceptor.processPutKeyValueCommand(PutKeyValueCommand, InvocationContext, Object, TransactionContext)}} > is likely to invoke a {{removeFromIndexes}} first and then an {{updateIndexes}}. > When using transactions, the {{transactionContext}} will enqueue both operations for execution in the same call to the backend, but when no transaction is in progress, this will generate two sequential and independent calls to the backend. > When the backend happens to be the {{InfinispanIndexManager}}, this implies we're generating two sequential synchronous RPCs rather than bacthing the two operations in a single Update statement: the first call is completely redundant in most cases, and can be incorporated in the second call for all remaining edge cases. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4445) RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4445?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4445: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1113552|https://bugzilla.redhat.com/show_bug.cgi?id=1113552] from VERIFIED to CLOSED > RHQ or CLI server -- cli.interpreter.ParseException in newly started cache for getting stats > -------------------------------------------------------------------------------------------- > > Key: ISPN-4445 > URL: https://issues.jboss.org/browse/ISPN-4445 > Project: Infinispan > Issue Type: Bug > Components: CLI, JMX, reporting and management > Affects Versions: 7.0.2.Final > Reporter: Tomas Sykora > Assignee: William Burns > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > We found this issue during RHQ testing. > When we create a new Cache child resource under cache-manager, it should create a cache, change server configuration file and (after server restart) monitor a new cache without problem. > However, we spotted and issue in CLI. Even a connecting through jboss-cli.sh is showing the same problem with parsing. > Relevant server console output: > 07:44:28,195 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-1) JBAS010281: Started new-local-cache-9990 cache from local container > 07:44:28,369 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:9999 > 07:44:28,371 INFO [org.jboss.as.remoting] (MSC service thread 1-1) JBAS017100: Listening on 0.0.0.0:4447 > 07:44:28,550 INFO [org.jboss.as] (Controller Boot Thread) JBAS015961: Http management interface listening on http://0.0.0.0:9990/management > 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015951: Admin console listening on http://0.0.0.0:9990 > 07:44:28,551 INFO [org.jboss.as] (Controller Boot Thread) JBAS015874: JBoss Data Grid 6.3.0 (AS 7.3.3.Final-redhat-3) started in 8928ms - Started 96 of 137 services (41 services are passive or on-demand) > 07:46:16,328 INFO [org.jboss.as.clustering.infinispan] (management-handler-thread - 3) JBAS010281: Started ___defaultcache cache from local container > 07:46:26,593 ERROR [stderr] (management-handler-thread - 2) line 1:10 mismatched character 'l' expecting '-' > 07:46:26,607 ERROR [stderr] (management-handler-thread - 2) line 1:16 mismatched character 'c' expecting '-' > 07:46:26,608 ERROR [stderr] (management-handler-thread - 2) line 1:22 mismatched character '9' expecting '-' > 07:46:26,609 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 2) ISPN019003: Interpreter error: org.infinispan.cli.interpreter.ParseException: line 1:11 mismatched input 'ocal' expecting set null > at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:144) [infinispan-cli-server-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:237) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:234) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.infinispan.security.Security.doPrivileged(Security.java:89) [infinispan-core-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:55) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:240) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:49) [infinispan-server-infinispan-6.1.0.Final-redhat-1.jar:6.1.0.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:601) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:479) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:283) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:278) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:231) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:137) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:173) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:105) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:125) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_09-icedtea] > at javax.security.auth.Subject.doAs(Subject.java:415) [rt.jar:1.7.0_09-icedtea] > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:121) [jboss-as-controller-7.3.3.Final-redhat-3.jar:7.3.3.Final-redhat-3] > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$2$1.doExecute(AbstractMessageHandler.java:283) > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:504) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_09-icedtea] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_09-icedtea] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_09-icedtea] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1] -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4633) Local transaction not removed from transaction table after a size() operation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4633?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4633: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1147634|https://bugzilla.redhat.com/show_bug.cgi?id=1147634] from VERIFIED to CLOSED > Local transaction not removed from transaction table after a size() operation > ----------------------------------------------------------------------------- > > Key: ISPN-4633 > URL: https://issues.jboss.org/browse/ISPN-4633 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.CR1 > > > Executing cache.size() as the only operation during a transaction will leave behind a LocalTransaction in the transaction table. This tx has not locked keys and will eventually be removed by the reaper after a while. The same fix as for ISPN-4196 should be applied for size(). -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4867) HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4867?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4867: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1156310|https://bugzilla.redhat.com/show_bug.cgi?id=1156310] from VERIFIED to CLOSED > HotRodRemoteCacheIT(localmode-udp).testCustomEvents random failures > ------------------------------------------------------------------- > > Key: ISPN-4867 > URL: https://issues.jboss.org/browse/ISPN-4867 > Project: Infinispan > Issue Type: Bug > Components: Server, Test Suite - Server > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Assignee: Galder Zamarreño > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > org.infinispan.client.hotrod.exceptions.HotRodClientException: org.infinispan.commons.CacheException: java.lang.NoClassDefFoundError: org/infinispan/server/test/client/hotrod/HotRodCustomMarshallerEventIT$Id > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:284) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:86) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:72) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:50) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:30) > at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:19) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:50) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.infinispan.server.test.client.hotrod.AbstractRemoteCacheIT.testCustomEvents(AbstractRemoteCacheIT.java:855) > {noformat} > Tests {{testCustomEventsDynamic}}, {{testEventFilteringDynamic}}, {{testEventFilteringStatic}} fail with the same error message. > Failing since http://ci.infinispan.org/viewLog.html?buildTypeId=bt8&buildId=12713 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4557) Infinispan Core module for the application server not importing Services from the Query module

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4557?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4557: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139627|https://bugzilla.redhat.com/show_bug.cgi?id=1139627] from VERIFIED to CLOSED > Infinispan Core module for the application server not importing Services from the Query module > ---------------------------------------------------------------------------------------------- > > Key: ISPN-4557 > URL: https://issues.jboss.org/browse/ISPN-4557 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha5 > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.Beta2 > > > The module definition of Infinispan Core (the JDG main module) depends on the Query module but fails to import the Services. > Not loading the services allows the Indexing feature to be enabled, although several operations will fail at runtime. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4716) Race condition in index initialization prevents nodes to start successfully on empty indexes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4716?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4716: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1140518|https://bugzilla.redhat.com/show_bug.cgi?id=1140518] from VERIFIED to CLOSED > Race condition in index initialization prevents nodes to start successfully on empty indexes > -------------------------------------------------------------------------------------------- > > Key: ISPN-4716 > URL: https://issues.jboss.org/browse/ISPN-4716 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 7.0.0.CR1 > > > The following stack is possible because a different engine could be initializing the same index after the check for a valid index to exist: > {noformat}Caused by: org.hibernate.search.exception.SearchException: Could not initialize index > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:146) > at org.hibernate.search.infinispan.impl.InfinispanDirectoryProvider.start(InfinispanDirectoryProvider.java:73) > at org.hibernate.search.indexes.impl.DirectoryBasedIndexManager.initialize(DirectoryBasedIndexManager.java:90) > at org.hibernate.search.indexes.impl.IndexManagerHolder.createIndexManager(IndexManagerHolder.java:256) > ... 49 more > Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out: org.infinispan.lucene.locking.BaseLuceneLock@1329a963 > at org.apache.lucene.store.Lock.obtain(Lock.java:89) > at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:710) > at org.hibernate.search.store.impl.DirectoryProviderHelper.initializeIndexIfNeeded(DirectoryProviderHelper.java:141){noformat} > Fixed by https://hibernate.atlassian.net/browse/HSEARCH-1665, Infinispan needs to upgrade. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5097) Server jgroups configuration does not specify defaults for S3

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5097?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5097: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1178927|https://bugzilla.redhat.com/show_bug.cgi?id=1178927] from VERIFIED to CLOSED > Server jgroups configuration does not specify defaults for S3 > ------------------------------------------------------------- > > Key: ISPN-5097 > URL: https://issues.jboss.org/browse/ISPN-5097 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > Since we now properly expand expressions in the JGroups subsystem the server fails to start because the S3 properties don't have defaults -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4409) LevelDBCacheStoreIT fails to initialise with com.arjuna.ats.arjuna.exceptions.FatalError

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4409?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4409: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139633|https://bugzilla.redhat.com/show_bug.cgi?id=1139633] from VERIFIED to CLOSED > LevelDBCacheStoreIT fails to initialise with com.arjuna.ats.arjuna.exceptions.FatalError > ---------------------------------------------------------------------------------------- > > Key: ISPN-4409 > URL: https://issues.jboss.org/browse/ISPN-4409 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.0.0.Alpha5 > > > The LevelDBCacheStoreIT fails to start with an error resulting from initialising the server side cache marshaller. The way the cache manager is created is not correct. You might as well just use the same marshaller as for the client. > Even if you really need a cache's marshaller, you should get it via an injected cache rather than initialising a cache from scratch. > {code}com.arjuna.ats.arjuna.exceptions.FatalError: null > at com.arjuna.ats.internal.jts.ORBManager.getPOA(ORBManager.java:96) > at com.arjuna.ats.internal.jts.OTSImpleManager.<clinit>(OTSImpleManager.java:300) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionImple.getTransaction(TransactionImple.java:1146) > at com.arjuna.ats.internal.jta.transaction.jts.TransactionManagerImple.getTransaction(TransactionManagerImple.java:69) > at org.infinispan.cache.impl.CacheImpl.getOngoingTransaction(CacheImpl.java:1414) > at org.infinispan.cache.impl.CacheImpl.getInvocationContextForRead(CacheImpl.java:592) > at org.infinispan.cache.impl.CacheImpl.keySet(CacheImpl.java:474) > at org.infinispan.cache.impl.CacheImpl.keySet(CacheImpl.java:469) > at org.infinispan.registry.impl.ClusterRegistryImpl.keys(ClusterRegistryImpl.java:81) > at org.infinispan.query.remote.ProtobufMetadataManager.ensureInit(ProtobufMetadataManager.java:67) > at org.infinispan.query.remote.ProtobufMetadataManager.getSerializationContext(ProtobufMetadataManager.java:132) > at org.infinispan.query.remote.LifecycleManager.cacheStarting(LifecycleManager.java:114) > at org.infinispan.factories.ComponentRegistry.notifyCacheStarting(ComponentRegistry.java:228) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:214) > at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:699) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:573) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:528) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:408) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:381) > at org.infinispan.server.test.cs.leveldb.LevelDBCacheStoreIT.getServerMarshaller(LevelDBCacheStoreIT.java:190) > at org.infinispan.server.test.cs.leveldb.LevelDBCacheStoreIT.<clinit>(LevelDBCacheStoreIT.java:67) > « Hide stacktrace{code} > The fix gets past this particular error but it still shows this afterwards: > {code}Caused by: javax.management.InstanceNotFoundException: jboss.infinispan:type=Server,name=HotRod,component=Transport{code} > Tristan is working on this... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2015