[JBoss JIRA] (ISPN-4016) Write operations in invalidation mode can fail with OutdatedTopologyException
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4016?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4016:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1084901|https://bugzilla.redhat.com/show_bug.cgi?id=1084901] from NEW to ASSIGNED
> Write operations in invalidation mode can fail with OutdatedTopologyException
> -----------------------------------------------------------------------------
>
> Key: ISPN-4016
> URL: https://issues.jboss.org/browse/ISPN-4016
> Project: Infinispan
> Issue Type: Bug
> Components: State Transfer
> Affects Versions: 6.0.1.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3
> Reporter: Dan Berindei
> Priority: Critical
> Labels: 630
> Fix For: 7.1.0.Beta1
>
> Attachments: NonTxStateTransferInvalidationTest.log.zip
>
>
> I introduced this problem with the fix for ISPN-3873.
> Invalidation commands now have a topology id, so they can wait for the initial topology to be installed on a joiner. However, that means EntryWrappingInterceptor also checks the topology id, and if it has changed it will throw an OutdatedTopologyException. The exception is propagated all the way to the caller.
> OutdatedTopologyExceptions are not useful in invalidation mode, since the invalidation is always sent to the entire cluster. So EntryWrappingInterceptor should ignore the topology id in invalidation mode.
> {noformat}
> Tests run: 4052, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 313.505 sec <<< FAILURE!testInvalidationDuringStateTransfer(org.infinispan.statetransfer.NonTxStateTransferInvalidationTest) Time elapsed: 0.004 sec <<< FAILURE!java.util.concurrent.ExecutionException: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from NonTxStateTransferInvalidationTest-NodeB-5833, see cause for remote stack trace
> at java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.util.concurrent.FutureTask.get(FutureTask.java:202)
> at org.infinispan.commons.util.concurrent.NotifyingFutureImpl.get(NotifyingFutureImpl.java:84)
> at org.infinispan.statetransfer.NonTxStateTransferInvalidationTest.testInvalidationDuringStateTransfer(NonTxStateTransferInvalidationTest.java:115)
> Caused by: org.infinispan.remoting.RemoteException: ISPN000217: Received exception from NonTxStateTransferInvalidationTest-NodeB-5833, see cause for remote stack trace
> at org.infinispan.remoting.transport.AbstractTransport.checkResponse(AbstractTransport.java:41)
> at org.infinispan.remoting.transport.AbstractTransport.parseResponseAndAddToResponseList(AbstractTransport.java:66)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:547)
> at org.infinispan.remoting.rpc.RpcManagerImpl.invokeRemotely(RpcManagerImpl.java:280)
> at org.infinispan.interceptors.InvalidationInterceptor.invalidateAcrossCluster(InvalidationInterceptor.java:227)
> at org.infinispan.interceptors.InvalidationInterceptor.handleInvalidate(InvalidationInterceptor.java:143)
> at org.infinispan.interceptors.InvalidationInterceptor.visitPutKeyValueCommand(InvalidationInterceptor.java:80)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:326)
> at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:407)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitPutKeyValueCommand(EntryWrappingInterceptor.java:164)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutKeyValueCommand(AbstractLockingInterceptor.java:68)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:148)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:134)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73)
> at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:32)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:70)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1403)
> at org.infinispan.CacheImpl.putInternal(CacheImpl.java:881)
> at org.infinispan.CacheImpl.access$100(CacheImpl.java:106)
> at org.infinispan.CacheImpl$2.call(CacheImpl.java:1015) ... 4 more
> Caused by: org.infinispan.statetransfer.OutdatedTopologyException: Cache topology changed while the command was executing: expected 2, got 3
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:347)
> at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:407)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitInvalidateCommand(EntryWrappingInterceptor.java:139)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitInvalidateCommand(AbstractLockingInterceptor.java:87)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112)
> at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:73)
> at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:111)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:118)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333)
> at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:39)
> at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:48)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.handleInternal(InboundInvocationHandlerImpl.java:95)
> at org.infinispan.remoting.InboundInvocationHandlerImpl.access$000(InboundInvocationHandlerImpl.java:50)
> at org.infinispan.remoting.InboundInvocationHandlerImpl$2.run(InboundInvocationHandlerImpl.java:178) ... 3 moreResults :
> Failed tests: NonTxStateTransferInvalidationTest.testInvalidationDuringStateTransfer:115 » Execution
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4238) Security manager tests aren't able to to set security policy on Windows
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4238?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4238:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1091381|https://bugzilla.redhat.com/show_bug.cgi?id=1091381] from NEW to ASSIGNED
> Security manager tests aren't able to to set security policy on Windows
> -----------------------------------------------------------------------
>
> Key: ISPN-4238
> URL: https://issues.jboss.org/browse/ISPN-4238
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
>
> Security manager tests fail as they aren't able to to set security policy on Windows. Tests fail with
> {noformat}
> java.security.AccessControlException: access denied ("java.security.SecurityPermission" "setPolicy")
> at java.security.AccessControlContext.checkPermission(AccessControlContext.java:372)
> at java.security.AccessController.checkPermission(AccessController.java:559)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
> at java.security.Policy.setPolicy(Policy.java:279)
> at org.infinispan.security.SecurityManagerCacheAuthorizationTest.testAllCombinations(SecurityManagerCacheAuthorizationTest.java:18)
> {noformat}
> Example of test failure in Jenkins (W2k8 and Oracle JDK 7) is [here|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-tes...].
> Same test pass fine on linux. I didn't find any difference in JDK policy setup on linux and windows and in general, all JDK setup should be same on both platforms.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4238) Security manager tests aren't able to to set security policy on Windows
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4238?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-4238:
-------------------------------------
Assignee: Tristan Tarrant
> Security manager tests aren't able to to set security policy on Windows
> -----------------------------------------------------------------------
>
> Key: ISPN-4238
> URL: https://issues.jboss.org/browse/ISPN-4238
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
>
> Security manager tests fail as they aren't able to to set security policy on Windows. Tests fail with
> {noformat}
> java.security.AccessControlException: access denied ("java.security.SecurityPermission" "setPolicy")
> at java.security.AccessControlContext.checkPermission(AccessControlContext.java:372)
> at java.security.AccessController.checkPermission(AccessController.java:559)
> at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
> at java.security.Policy.setPolicy(Policy.java:279)
> at org.infinispan.security.SecurityManagerCacheAuthorizationTest.testAllCombinations(SecurityManagerCacheAuthorizationTest.java:18)
> {noformat}
> Example of test failure in Jenkins (W2k8 and Oracle JDK 7) is [here|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/edg-60-ispn-tes...].
> Same test pass fine on linux. I didn't find any difference in JDK policy setup on linux and windows and in general, all JDK setup should be same on both platforms.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4339) Make config-modifier.xsl independent of version of schema
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4339?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4339:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1107660|https://bugzilla.redhat.com/show_bug.cgi?id=1107660] from NEW to ON_QA
> Make config-modifier.xsl independent of version of schema
> ---------------------------------------------------------
>
> Key: ISPN-4339
> URL: https://issues.jboss.org/browse/ISPN-4339
> Project: Infinispan
> Issue Type: Task
> Components: Test Suite - Server
> Affects Versions: 7.0.0.Alpha4
> Reporter: Tomas Sykora
> Assignee: Tomas Sykora
> Labels: testsuite
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> For example rolling upgrades tests need to transform configuration xml files from different versions of Infinispan (schema 6.0, 7.0 ... etc.) Current config-modifier.xsl uses strict xmlns elements together with specification of a schema version.
> Get rid of it and make it independent. So we can use just one config modifier for modification of even old XML config files coming from old server distributions.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4296) Restore predefined cache limitation for Hot Rod servers
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4296?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4296:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1110686|https://bugzilla.redhat.com/show_bug.cgi?id=1110686] from NEW to ON_QA
> Restore predefined cache limitation for Hot Rod servers
> -------------------------------------------------------
>
> Key: ISPN-4296
> URL: https://issues.jboss.org/browse/ISPN-4296
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote Protocols
> Affects Versions: 7.0.0.Alpha3
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.Alpha5, 7.0.0.Beta1
>
>
> Even after asymmetric cluster support was implemented, each node still does not know which other nodes contain which caches. The coordinator of the cluster knows, but no one else. This is because the aim has never really been to have different nodes containing different caches, but more about making sure that caches can be started lazily. With this in mind, the limitation in ISPN-833 will be reinstated.
> Being able to work only with predefined caches also simplifies a solution for ISPN-3530 because we can safely assume that all servers contain the defined caches. Each cache might have a different consistent hash (see dev list discussion on why this can easily happen - http://lists.jboss.org/pipermail/infinispan-dev/2014-April/014870.html) but at least knowing that the nodes that have it is the same makes it easier to come up with a solution.
> Finally, restoring the limitation avoids other can of worms such as the edge cases discovered by Jakub in ISPN-4212.
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4462) Integration tests: SecurityManager tests cause VM crash on Windows
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4462?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4462:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1114874|https://bugzilla.redhat.com/show_bug.cgi?id=1114874] from NEW to ASSIGNED
> Integration tests: SecurityManager tests cause VM crash on Windows
> ------------------------------------------------------------------
>
> Key: ISPN-4462
> URL: https://issues.jboss.org/browse/ISPN-4462
> Project: Infinispan
> Issue Type: Bug
> Components: Security
> Affects Versions: 7.0.0.Alpha4
> Environment: Windows2012 && Oracle JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
>
> {noformat}
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project integrationtests-security-manager: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> [ERROR] Command wascmd.exe /X /C "T:\opt\windows\amd64\jdk1.7.0_last\jre\bin\java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefirebooter8917357874761953477.jar W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefire343053860635259928tmp W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefire_258119886792541932260tmp"
> {noformat}
> Jenkins jobs could be found here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-4462) Integration tests: SecurityManager tests cause VM crash on Windows
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4462?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant reassigned ISPN-4462:
-------------------------------------
Assignee: Tristan Tarrant
> Integration tests: SecurityManager tests cause VM crash on Windows
> ------------------------------------------------------------------
>
> Key: ISPN-4462
> URL: https://issues.jboss.org/browse/ISPN-4462
> Project: Infinispan
> Issue Type: Bug
> Components: Security
> Affects Versions: 7.0.0.Alpha4
> Environment: Windows2012 && Oracle JDK7
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
>
> {noformat}
> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test (default-test) on project integrationtests-security-manager: Execution default-test of goal org.apache.maven.plugins:maven-surefire-plugin:2.14.1:test failed: The forked VM terminated without saying properly goodbye. VM crash or System.exit called ?
> [ERROR] Command wascmd.exe /X /C "T:\opt\windows\amd64\jdk1.7.0_last\jre\bin\java -Xmx1024m -XX:MaxPermSize=256m -Dsun.nio.ch.bugLevel -jar W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefirebooter8917357874761953477.jar W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefire343053860635259928tmp W:\workspace\edg-60-ispn-testsuite-windows\61bfc029\infinispan\integrationtests\security-manager-it\target\surefire\surefire_258119886792541932260tmp"
> {noformat}
> Jenkins jobs could be found here
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months
[JBoss JIRA] (ISPN-3672) Remote Query test failure in case of clustered hotrod server configured with Infinispan directory_provider
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3672?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3672:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1025318|https://bugzilla.redhat.com/show_bug.cgi?id=1025318] from NEW to CLOSED
> Remote Query test failure in case of clustered hotrod server configured with Infinispan directory_provider
> ----------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3672
> URL: https://issues.jboss.org/browse/ISPN-3672
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Reporter: Anna Manukyan
> Assignee: Adrian Nistor
> Fix For: 7.0.0.Final
>
> Attachments: MultiHotRodServerIspnDirQueryTest.java, MultiHotRodServerIspnDirReplQueryTest.java, MultiHotRodServerQueryTest.java
>
>
> I've added new tests, where the cache configuration is following:
> 2 clustered HotRod Servers configured with indexing enabled caches and using Infinispan as a directory_provider.
> When the test is putting some data into the caches and then perform query on it, the query doesn't return any results. Even sometimes when getting the entry using key from the first cache, the entry is null.
> The failing tests are MultiHotRodServerIspnDirReplQueryTest and MultiHotRodServerIspnDirQueryTest which are extended from MultiHotRodServerQueryTest.
> In the first case the ISPN directory related caches are replicated, in the second case the caches are local.
> You can find the test attached.
> Also, if I'm trying to add the following line to the cache configuration:
> {code}
> .addProperty("default.indexmanager", "org.infinispan.query.indexmanager.InfinispanIndexManager")
> {code}
> then, I'm getting the following exception:
> {code}
> org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[2] returned server error (status=0x85): org.infinispan.commons.CacheException: java.lang.NoSuchMethodError: org.apache.avro.io.BinaryEncoder: method <init>()V not found
> at org.infinispan.client.hotrod.impl.protocol.Codec10.checkForErrorsInResponseStatus(Codec10.java:143)
> at org.infinispan.client.hotrod.impl.protocol.Codec10.readHeader(Codec10.java:99)
> 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:46)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:213)
> at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79)
> at org.infinispan.client.hotrod.query.MultiHotRodServerQueryTest.testAttributeQuery(MultiHotRodServerQueryTest.java:68)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.8#6338)
11 years, 4 months