January 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2736) ConcurrentModificationException in StateRequestCommand

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-2736?page=com.atlassian.jira.plugin.... ] Work on ISPN-2736 started by Adrian Nistor. > ConcurrentModificationException in StateRequestCommand > ------------------------------------------------------- > > Key: ISPN-2736 > URL: https://issues.jboss.org/browse/ISPN-2736 > Project: Infinispan > Issue Type: Bug > Components: State transfer > Affects Versions: 5.2.0.CR2 > Reporter: Radim Vansa > Assignee: Adrian Nistor > Priority: Critical > Fix For: 5.2.0.Final > > > I have tried async replication scenario with async marshalling (optimistic transactions) and this has occurred: > {code} > 04:34:15,182 ERROR [org.infinispan.remoting.rpc.RpcManagerImpl] (OOB-77,edg-perf11-48420) ISPN000073: Unexpected error while replicating > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793) > at java.util.HashMap$KeyIterator.next(HashMap.java:828) > at org.infinispan.statetransfer.StateProviderImpl.collectTransactionsToTransfer(StateProviderImpl.java:239) > at org.infinispan.statetransfer.StateProviderImpl.getTransactionsForSegments(StateProviderImpl.java:200) > at org.infinispan.statetransfer.StateRequestCommand.perform(StateRequestCommand.java:88) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:101) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handleWithWaitForBlocks(InboundInvocationHandlerImpl.java:122) > at org.infinispan.remoting.InboundInvocationHandlerImpl.handle(InboundInvocationHandlerImpl.java:86) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.executeCommandFromLocalCluster(CommandAwareRpcDispatcher.java:245) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.handle(CommandAwareRpcDispatcher.java:218) > at org.jgroups.blocks.RequestCorrelator.handleRequest(RequestCorrelator.java:484) > at org.jgroups.blocks.RequestCorrelator.receiveMessage(RequestCorrelator.java:391) > at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:249) > at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:598) > at org.jgroups.JChannel.up(JChannel.java:707) > {code} > Seems that StateRequestCommand is iterating through all transactions' locked keys but the collections of these locked keys can be modified by interfering prepare/commit. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2748) ExternalizerTable should look for annotations when not finding an externalizer in its writers

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2748?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2748: ----------------------------------- Component/s: Marshalling > ExternalizerTable should look for annotations when not finding an externalizer in its writers > --------------------------------------------------------------------------------------------- > > Key: ISPN-2748 > URL: https://issues.jboss.org/browse/ISPN-2748 > Project: Infinispan > Issue Type: Bug > Components: Marshalling > Affects Versions: 5.1.2.FINAL, 5.2.0.CR2 > Reporter: Randall Hauch > Assignee: Galder Zamarreño > Fix For: 5.2.0.Final > > > The {{ExternalizerTable.isMarshallableCandidate(Object)}} method currently looks in its writers to see if there is an externalizer for the supplied class. However, under certain circumstances, a user-friendly externalizer is not registered. So this method should also look for annotations to see if the class has a user-friendly externalizer. > See MODE-1769 for background. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2738) Joining node ignored by hotrod clients in REPL clustering mode

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2738?page=com.atlassian.jira.plugin.... ] Work on ISPN-2738 stopped by Dan Berindei. > Joining node ignored by hotrod clients in REPL clustering mode > -------------------------------------------------------------- > > Key: ISPN-2738 > URL: https://issues.jboss.org/browse/ISPN-2738 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Dan Berindei > Priority: Blocker > Fix For: 5.2.0.Final > > > resilience 4-3-4 REPL mode for JDG 6.1.0.ER9 (infinispan 5.2.0.CR2): > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... > after rejoin of killed node the load is not redistributed to all three nodes again -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2738) Joining node ignored by hotrod clients in REPL clustering mode

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2738?page=com.atlassian.jira.plugin.... ] Work on ISPN-2738 started by Dan Berindei. > Joining node ignored by hotrod clients in REPL clustering mode > -------------------------------------------------------------- > > Key: ISPN-2738 > URL: https://issues.jboss.org/browse/ISPN-2738 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Dan Berindei > Priority: Blocker > Fix For: 5.2.0.Final > > > resilience 4-3-4 REPL mode for JDG 6.1.0.ER9 (infinispan 5.2.0.CR2): > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR... > after rejoin of killed node the load is not redistributed to all three nodes again -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2750) Uneven request balancing via hotrod

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2750?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2750: ----------------------------------- Assignee: Dan Berindei (was: Tristan Tarrant) > Uneven request balancing via hotrod > ----------------------------------- > > Key: ISPN-2750 > URL: https://issues.jboss.org/browse/ISPN-2750 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Dan Berindei > > The load sent to servers in the cluster isn't balanced > tried in 32 node resilience tests: > http://www.qa.jboss.com/~mlinhard/hyperion3/run0035-resi-32-28-32-ER9/rep... > http://www.qa.jboss.com/~mlinhard/hyperion3/run0036-resi-32-31-32-ER9/rep... > this differs from ISPN-2632 in that the load is unbalanced from the beginning of the test. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2750) Uneven request balancing via hotrod

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2750?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2750: ----------------------------------- Fix Version/s: 5.2.0.Final > Uneven request balancing via hotrod > ----------------------------------- > > Key: ISPN-2750 > URL: https://issues.jboss.org/browse/ISPN-2750 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Dan Berindei > Fix For: 5.2.0.Final > > > The load sent to servers in the cluster isn't balanced > tried in 32 node resilience tests: > http://www.qa.jboss.com/~mlinhard/hyperion3/run0035-resi-32-28-32-ER9/rep... > http://www.qa.jboss.com/~mlinhard/hyperion3/run0036-resi-32-31-32-ER9/rep... > this differs from ISPN-2632 in that the load is unbalanced from the beginning of the test. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2750) Uneven request balancing via hotrod

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-2750?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-2750: ----------------------------------- Description: The load sent to servers in the cluster isn't balanced tried in 32 node resilience tests: http://dev39.mw.lab.eng.bos.redhat.com/~mlinhard/hyperion3/run0035-resi-3... http://dev39.mw.lab.eng.bos.redhat.com/~mlinhard/hyperion3/run0036-resi-3... this differs from ISPN-2632 in that the load is unbalanced from the beginning of the test. was: The load sent to servers in the cluster isn't balanced tried in 32 node resilience tests: http://www.qa.jboss.com/~mlinhard/hyperion3/run0035-resi-32-28-32-ER9/rep... http://www.qa.jboss.com/~mlinhard/hyperion3/run0036-resi-32-31-32-ER9/rep... this differs from ISPN-2632 in that the load is unbalanced from the beginning of the test. > Uneven request balancing via hotrod > ----------------------------------- > > Key: ISPN-2750 > URL: https://issues.jboss.org/browse/ISPN-2750 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 5.2.0.CR2 > Reporter: Michal Linhard > Assignee: Dan Berindei > Fix For: 5.2.0.Final > > > The load sent to servers in the cluster isn't balanced > tried in 32 node resilience tests: > http://dev39.mw.lab.eng.bos.redhat.com/~mlinhard/hyperion3/run0035-resi-3... > http://dev39.mw.lab.eng.bos.redhat.com/~mlinhard/hyperion3/run0036-resi-3... > this differs from ISPN-2632 in that the load is unbalanced from the beginning of the test. -- 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2547) org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-2547?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-2547: ----------------------------------------------- Anna Manukyan <amanukya(a)redhat.com> made a comment on [bug 879569|https://bugzilla.redhat.com/show_bug.cgi?id=879569] The issue doesn't appear any more. Seems to be fixed with https://bugzilla.redhat.com/show_bug.cgi?id=879567. > org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly > ----------------------------------------------------------------------------- > > Key: ISPN-2547 > URL: https://issues.jboss.org/browse/ISPN-2547 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.0.Beta4 > Reporter: Anna Manukyan > Assignee: Galder Zamarreño > Labels: testsuite_stability > Fix For: 5.2.0.CR2 > > > The org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove() test fails randomly on all environments (RHEL6_x86 & RHEL6_x86_64, open jdk7, ibm jdk7, oracle jdk7). > The following exception is thrown. > {code} > java.lang.AssertionError > at org.infinispan.loaders.decorators.AsyncStoreTest.doTestRemove(AsyncStoreTest.java:423) > at org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove(AsyncStoreTest.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) > at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2547) org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-2547?page=com.atlassian.jira.plugin.... ] Anna Manukyan closed ISPN-2547. ------------------------------- Fix Version/s: 5.2.0.CR2 Resolution: Done > org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove fails randomly > ----------------------------------------------------------------------------- > > Key: ISPN-2547 > URL: https://issues.jboss.org/browse/ISPN-2547 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.2.0.Beta4 > Reporter: Anna Manukyan > Assignee: Galder Zamarreño > Labels: testsuite_stability > Fix For: 5.2.0.CR2 > > > The org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove() test fails randomly on all environments (RHEL6_x86 & RHEL6_x86_64, open jdk7, ibm jdk7, oracle jdk7). > The following exception is thrown. > {code} > java.lang.AssertionError > at org.infinispan.loaders.decorators.AsyncStoreTest.doTestRemove(AsyncStoreTest.java:423) > at org.infinispan.loaders.decorators.AsyncStoreTest.testPutRemove(AsyncStoreTest.java:99) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.InvokeMethodRunnable.runOne(InvokeMethodRunnable.java:46) > at org.testng.internal.InvokeMethodRunnable.run(InvokeMethodRunnable.java:37) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > {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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2544) org.infinispan.query.analysis.SolrAnalyzerTest testAnalyzerDef() fail on IBM JDK7

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-2544?page=com.atlassian.jira.plugin.... ] Anna Manukyan closed ISPN-2544. ------------------------------- Fix Version/s: 5.2.0.CR2 Resolution: Done > org.infinispan.query.analysis.SolrAnalyzerTest testAnalyzerDef() fail on IBM JDK7 > --------------------------------------------------------------------------------- > > Key: ISPN-2544 > URL: https://issues.jboss.org/browse/ISPN-2544 > Project: Infinispan > Issue Type: Bug > Components: Querying > Affects Versions: 5.2.0.Beta4 > Reporter: Anna Manukyan > Assignee: Sanne Grinovero > Labels: testsuite_stability > Fix For: 5.2.0.CR2 > > > The org.infinispan.query.analysis.SolrAnalyzerTest.testAnalyzerDef is failing periodically on IBM JDK7 with the following exception: > {code} > Error Message > java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder > Stacktrace > org.infinispan.CacheException: java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:351) > at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1007) > at org.infinispan.CacheImpl.put(CacheImpl.java:703) > at org.infinispan.CacheImpl.put(CacheImpl.java:695) > at org.infinispan.CacheSupport.put(CacheSupport.java:53) > at org.infinispan.query.analysis.SolrAnalyzerTest.testAnalyzerDef(SolrAnalyzerTest.java:74) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:88) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55) > at java.lang.reflect.Method.invoke(Method.java:613) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:345) > at java.util.concurrent.FutureTask.run(FutureTask.java:177) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1121) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:614) > at java.lang.Thread.run(Thread.java:769) > Caused by: java.lang.NoClassDefFoundError: org.slf4j.impl.StaticLoggerBinder > at org.slf4j.LoggerFactory.bind(LoggerFactory.java:121) > at org.slf4j.LoggerFactory.performInitialization(LoggerFactory.java:111) > at org.slf4j.LoggerFactory.getILoggerFactory(LoggerFactory.java:268) > at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:241) > at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:254) > at org.apache.solr.analysis.BaseTokenStreamFactory.<clinit>(BaseTokenStreamFactory.java:57) > at java.lang.J9VMInternals.initializeImpl(Native Method) > at java.lang.J9VMInternals.initialize(J9VMInternals.java:233) > at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) > at java.lang.J9VMInternals.initialize(J9VMInternals.java:200) > at java.lang.J9VMInternals.newInstanceImpl(Native Method) > at java.lang.Class.newInstance(Class.java:1375) > at org.hibernate.search.util.impl.ClassLoaderHelper.instanceFromClass(ClassLoaderHelper.java:128) > at org.hibernate.search.impl.SolrAnalyzerBuilder.buildAnalyzer(SolrAnalyzerBuilder.java:73) > at org.hibernate.search.impl.ConfigContext.buildAnalyzer(ConfigContext.java:280) > at org.hibernate.search.impl.ConfigContext.initLazyAnalyzers(ConfigContext.java:248) > at org.hibernate.search.spi.SearchFactoryBuilder.initDocumentBuilders(SearchFactoryBuilder.java:437) > 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.OptimisticLockingInterceptor.visitPutKeyValueCommand(OptimisticLockingInterceptor.java:142) > 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.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) > at org.infinispan.interceptors.TxInterceptor.enlistWriteAndInvokeNext(TxInterceptor.java:256) > at org.infinispan.interceptors.TxInterceptor.visitPutKeyValueCommand(TxInterceptor.java:194) > at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:77) > at org.infinispan.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) > ... 26 more > Caused by: java.lang.ClassNotFoundException: org.slf4j.impl.StaticLoggerBinder > at java.net.URLClassLoader.findClass(URLClassLoader.java:599) > at java.lang.ClassLoader.loadClassHelper(ClassLoader.java:711) > at java.lang.ClassLoader.loadClass(ClassLoader.java:688) > at java.lang.ClassLoader.loadClass(ClassLoader.java:658) > at org.apache.maven.surefire.booter.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:97) > ... 68 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

11 years, 11 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2013