[JBoss JIRA] (ISPN-2875) Intermittent test failure: org.infinispan.statetransfer.DistNonTxOperationsDuringStateTransferTest
by Mircea Markus (JIRA)
Mircea Markus created ISPN-2875:
-----------------------------------
Summary: Intermittent test failure: org.infinispan.statetransfer.DistNonTxOperationsDuringStateTransferTest
Key: ISPN-2875
URL: https://issues.jboss.org/browse/ISPN-2875
Project: Infinispan
Issue Type: Feature Request
Reporter: Mircea Markus
Assignee: Adrian Nistor
Fix For: 5.3.0.Alpha1
Attachments: dntodstt.log
{quote}
java.lang.AssertionError
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNull(Assert.java:551)
at org.junit.Assert.assertNull(Assert.java:562)
at org.infinispan.statetransfer.BaseOperationsDuringStateTransferTest.testReplace(BaseOperationsDuringStateTransferTest.java:333)
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.invokeMethod(Invoker.java:714)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
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:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
{quote}
--
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
12 years
[JBoss JIRA] (ISPN-2875) Intermittent test failure: org.infinispan.statetransfer.DistNonTxOperationsDuringStateTransferTest
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2875?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2875:
--------------------------------
Attachment: dntodstt.log
log from the failure.
> Intermittent test failure: org.infinispan.statetransfer.DistNonTxOperationsDuringStateTransferTest
> --------------------------------------------------------------------------------------------------
>
> Key: ISPN-2875
> URL: https://issues.jboss.org/browse/ISPN-2875
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Mircea Markus
> Assignee: Adrian Nistor
> Fix For: 5.3.0.Alpha1
>
> Attachments: dntodstt.log
>
>
> {quote}
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:92)
> at org.junit.Assert.assertTrue(Assert.java:43)
> at org.junit.Assert.assertNull(Assert.java:551)
> at org.junit.Assert.assertNull(Assert.java:562)
> at org.infinispan.statetransfer.BaseOperationsDuringStateTransferTest.testReplace(BaseOperationsDuringStateTransferTest.java:333)
> 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.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> 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:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:680)
> {quote}
--
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
12 years
[JBoss JIRA] (ISPN-2865) Error calling clear() via JMX on a transactional cache with autoCommit=false
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2865?page=com.atlassian.jira.plugin.... ]
Mircea Markus edited comment on ISPN-2865 at 2/28/13 1:04 PM:
--------------------------------------------------------------
The fix is not as trivial as expected.
It requires adding a a new method on CacheImpl, different that clear, which would always start a transaction for tx caches, and this metod to be exposed under the "clear" JMX operation. The problem is that when doing @ManagedOperation(name="clear") doesn't do the trick - might be a problem with the JMX annotation fwk, to be investigated.
was (Author: mircea.markus):
The fix is not as trivial as expected.
It requires adding a a new mothod on CacheImpl, different that clear, which would always start a transaction for tx caches, and this metod to be exposed under the "clear" JMX operation. The problem is that when doing @ManagedOperation(name="clear") doesn't do the trick - might be a problem with the JMX annotation fwk, to be investigated.
> Error calling clear() via JMX on a transactional cache with autoCommit=false
> ----------------------------------------------------------------------------
>
> Key: ISPN-2865
> URL: https://issues.jboss.org/browse/ISPN-2865
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 5.2.1.Final
> Environment: Apache Tomcat on Linux and Windows
> Reporter: Marc Richards
> Assignee: Mircea Markus
> Labels: 5.2.x
> Fix For: 5.2.3.Final, 5.3.0.Final
>
>
> Calling clear() via JMX (e.g. JConsole) on a transactional cache with autoCommit="false" fails with an IllegalStateException.
> Looking at the source code it would appear that the expectation is that the call to clear() would have been wrapped in a transaction, however that is not currently happening for calls made via JMX if autoCommit="false".
>
> The [clear() method in CacheImpl.java line 321|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...] calls getInvocationContextWithImplicitTransaction() which tests to see if there is an ongoing transaction [on line 482|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...] . If autocommit is turned on, it will automatically create an implicit transaction, but if it is off as I had it, it will simply call createInvocationContext() and throw an IllegalStateException when it sees that the transaction is still null in [TransactionalInvocationContextContainer.java on line 112|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...].
> I currently work around the issue by setting autoCommit="true", but that is not an ideal solution.
--
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
12 years
[JBoss JIRA] (ISPN-2865) Error calling clear() via JMX on a transactional cache with autoCommit=false
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2865?page=com.atlassian.jira.plugin.... ]
Mircea Markus commented on ISPN-2865:
-------------------------------------
The fix is not as trivial as expected.
It requires adding a a new mothod on CacheImpl, different that clear, which would always start a transaction for tx caches, and this metod to be exposed under the "clear" JMX operation. The problem is that when doing @ManagedOperation(name="clear") doesn't do the trick - might be a problem with the JMX annotation fwk, to be investigated.
> Error calling clear() via JMX on a transactional cache with autoCommit=false
> ----------------------------------------------------------------------------
>
> Key: ISPN-2865
> URL: https://issues.jboss.org/browse/ISPN-2865
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 5.2.1.Final
> Environment: Apache Tomcat on Linux and Windows
> Reporter: Marc Richards
> Assignee: Mircea Markus
> Labels: 5.2.x
> Fix For: 5.2.3.Final, 5.3.0.Final
>
>
> Calling clear() via JMX (e.g. JConsole) on a transactional cache with autoCommit="false" fails with an IllegalStateException.
> Looking at the source code it would appear that the expectation is that the call to clear() would have been wrapped in a transaction, however that is not currently happening for calls made via JMX if autoCommit="false".
>
> The [clear() method in CacheImpl.java line 321|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...] calls getInvocationContextWithImplicitTransaction() which tests to see if there is an ongoing transaction [on line 482|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...] . If autocommit is turned on, it will automatically create an implicit transaction, but if it is off as I had it, it will simply call createInvocationContext() and throw an IllegalStateException when it sees that the transaction is still null in [TransactionalInvocationContextContainer.java on line 112|https://github.com/infinispan/infinispan/blob/5.2.1.Final/core/src/ma...].
> I currently work around the issue by setting autoCommit="true", but that is not an ideal solution.
--
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
12 years
[JBoss JIRA] (ISPN-2873) Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2873?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2873:
--------------------------------
Fix Version/s: 5.3.0.Final
> Incorrect GlobalTransaction's provided when both batching and deadlock detection are enabled
> ---------------------------------------------------------------------------------------------
>
> Key: ISPN-2873
> URL: https://issues.jboss.org/browse/ISPN-2873
> Project: Infinispan
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 5.2.2.Final
> Environment: AS7.2.0.Final, Fedora 18, Oracle JDK 7u15
> Reporter: Brent Douglas
> Assignee: Mircea Markus
> Fix For: 5.3.0.Final
>
>
> The dld configuration is skipped if baching is enables which results in this:
> {code}
> 21:45:33,884 ERROR [org.infinispan.transaction.TransactionCoordinator] (pool-31-thread-4) Error while processing prepare: java.lang.ClassCastException: org.infinispan.transaction.xa.GlobalTransaction cannot be cast to org.infinispan.transaction.xa.DldGlobalTransaction
> at org.infinispan.interceptors.DeadlockDetectingInterceptor.visitPrepareCommand(DeadlockDetectingInterceptor.java:103) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitPrepareCommand(EntryWrappingInterceptor.java:106) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.locking.AbstractTxLockingInterceptor.invokeNextAndCommitIf1Pc(AbstractTxLockingInterceptor.java:107) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.locking.OptimisticLockingInterceptor.visitPrepareCommand(OptimisticLockingInterceptor.java:135) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.NotificationInterceptor.visitPrepareCommand(NotificationInterceptor.java:58) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.TxInterceptor.invokeNextInterceptorAndVerifyTransaction(TxInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.TxInterceptor.visitPrepareCommand(TxInterceptor.java:115) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:128) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:92) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:118) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.BatchingInterceptor.handleDefault(BatchingInterceptor.java:85) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.AbstractVisitor.visitPrepareCommand(AbstractVisitor.java:126) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.commands.tx.PrepareCommand.acceptVisitor(PrepareCommand.java:124) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:343) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:141) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.TransactionCoordinator.prepare(TransactionCoordinator.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.synchronization.SynchronizationAdapter.beforeCompletion(SynchronizationAdapter.java:68) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.notifyBeforeCompletion(DummyTransaction.java:230) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.runPrepare(DummyTransaction.java:242) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:86) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.transaction.tm.DummyBaseTransactionManager.commit(DummyBaseTransactionManager.java:102) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.BatchContainer.resolveTransaction(BatchContainer.java:123) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.BatchContainer.endBatch(BatchContainer.java:105) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.batch.AutoBatchSupport.endAtomic(AutoBatchSupport.java:49) [infinispan-core-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:56) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeStructureSupport.exists(TreeStructureSupport.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.createRoot(TreeCacheImpl.java:455) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:54) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheImpl.<init>(TreeCacheImpl.java:46) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> at org.infinispan.tree.TreeCacheFactory.createTreeCache(TreeCacheFactory.java:59) [infinispan-tree-5.2.2-SNAPSHOT.jar:5.2.2-SNAPSHOT]
> {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
12 years
[JBoss JIRA] (ISPN-2787) NPE after ReplaceCommand
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2787?page=com.atlassian.jira.plugin.... ]
Mircea Markus resolved ISPN-2787.
---------------------------------
Resolution: Duplicate Issue
Duplicate of ISPN-2846.
> NPE after ReplaceCommand
> ------------------------
>
> Key: ISPN-2787
> URL: https://issues.jboss.org/browse/ISPN-2787
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 5.2.0.Final
> Reporter: Michal Linhard
> Assignee: Adrian Nistor
> Priority: Critical
> Fix For: 5.2.3.Final, 5.3.0.Final
>
>
> (from https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EDG6/view/EDG-REPOR...)
> {code}
> 05:11:10,804 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/].[Resteasy]] (http-/172.18.1.7:8080-15) Servlet.service() for servlet Resteasy threw exception: org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException
> at org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:351) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:220) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:196) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:551) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:513) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:125) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:208) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:55) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.1.Final-redhat-2.jar:1.0.1.Final-redhat-2]
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:372) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:679) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931) [jbossweb-7.0.17.Final-redhat-1.jar:]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_38]
> Caused by: java.lang.NullPointerException
> at org.infinispan.CacheImpl.replaceInternal(CacheImpl.java:828) [infinispan-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1]
> at org.infinispan.CacheImpl.replace(CacheImpl.java:822) [infinispan-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1]
> at org.infinispan.CacheImpl.replace(CacheImpl.java:817) [infinispan-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1]
> at org.infinispan.AbstractDelegatingCache.replace(AbstractDelegatingCache.java:153) [infinispan-core-5.2.0.CR3-redhat-1.jar:5.2.0.CR3-redhat-1]
> at org.infinispan.rest.Server.putOrReplace(Server.scala:186) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at org.infinispan.rest.Server.org$infinispan$rest$Server$$putInCache(Server.scala:157) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at org.infinispan.rest.Server$$anonfun$putEntry$1.apply(Server.scala:133) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at org.infinispan.rest.Server$$anonfun$putEntry$1.apply(Server.scala:120) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at org.infinispan.rest.Server.protectCacheNotFound(Server.scala:254) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at org.infinispan.rest.Server.putEntry(Server.scala:120) [infinispan-server-rest-5.2.0.CR3-redhat-1-classes.jar:]
> at sun.reflect.GeneratedMethodAccessor12.invoke(Unknown Source) [:1.6.0_38]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [rt.jar:1.6.0_38]
> at java.lang.reflect.Method.invoke(Method.java:597) [rt.jar:1.6.0_38]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:167) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:257) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:222) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:211) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:536) [resteasy-jaxrs-2.3.4.Final-redhat-2.jar:2.3.4.Final-redhat-2]
> ... 18 more
> {code}
> Seems like the NPE is caused by ReplaceCommand.perform returning null:
> https://github.com/infinispan/infinispan/blob/5.2.0.Final/core/src/main/j...
> Made possible here:
> https://github.com/infinispan/infinispan/blob/5.2.0.Final/core/src/main/j...
--
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
12 years