[JBoss JIRA] (ISPN-7418) Add per-cache key/value type information
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7418?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-7418:
------------------------------------
Status: Open (was: New)
> Add per-cache key/value type information
> ----------------------------------------
>
> Key: ISPN-7418
> URL: https://issues.jboss.org/browse/ISPN-7418
> Project: Infinispan
> Issue Type: Sub-task
> Reporter: Galder Zamarreño
>
> This part of the transcoding enhancement is related to the changes required to the core cache code to force the cache to store keys and values of a certain type.
> The type information should be defined via a MIME type, and should be configured by the user.
> A cache can only have a single key+value type combination. A single cache will not support storing data of different key and/or value types. Amongst other reasons, this is done for space efficiency.
> Once a cache can be configured with a specific key and value type, the user should be able to retrieve the value with an alternative MIME type. Behind the scenes, the cache should be able to transform the value from the give type to target type on the fly.
> As suggested in the wiki, there should be the possibility for the key/value type to be implicitly determined by the key+value type passed in during the first cache write. The aim of this is to enable remote clients to decide what the key+value type are upon writing to the cache for the first time, and hence avoid cache pre-configuration.
> Some transcoders might require additional configuration. The cache needs to be able to be configured with the necessary options to do on the fly transcoding for clients. E.g. schema for protobuf...etc.
> An important aspect here is that consistent hashing should not be affected by transcoding.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 7 months
[JBoss JIRA] (ISPN-8200) StringBasedStoreMultinodeIT.testFetchState failure
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8200?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8200:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> StringBasedStoreMultinodeIT.testFetchState failure
> --------------------------------------------------
>
> Key: ISPN-8200
> URL: https://issues.jboss.org/browse/ISPN-8200
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 9.1.0.Final
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Fix For: 9.1.1.Final
>
>
> java.lang.AssertionError: k1
> at org.junit.Assert.fail(Assert.java:88)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertNotNull(Assert.java:621)
> at org.infinispan.server.test.cs.jdbc.multinode.StringBasedStoreMultinodeIT.testFetchState(StringBasedStoreMultinodeIT.java:53)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-8177) OSGi integration tests ignored error messages
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8177?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8177:
----------------------------------
Status: Open (was: New)
> OSGi integration tests ignored error messages
> ---------------------------------------------
>
> Key: ISPN-8177
> URL: https://issues.jboss.org/browse/ISPN-8177
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Affects Versions: 9.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> This is logged at start:
> {noformat}
> Exception in thread "JMX Connector Thread [service:jmx:rmi://0.0.0.0:44444/jndi/rmi://0.0.0.0:1099/karaf-root]" java.lang.RuntimeException:
> Port already in use: 44444;
> You may have started two containers. If you need to start a second container or the default ports are already in use update the config file etc/org.apache.karaf.management.cfg and change the Registry Port and Server Port to unused ports
> at org.apache.karaf.management.ConnectorServerFactory$1.run(ConnectorServerFactory.java:278)
> {noformat}
> And at the end:
> {noformat}
> [ERROR] There are test failures.
> Please refer to /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire-reports for the individual test results.
> Please refer to dump files (if any exist) [date]-jvmRun[N].dump, [date].dumpstream and [date]-jvmRun[N].dumpstream.
> The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
> Command was /bin/sh -c cd /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi && /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.141-1.b16.el7_3.x86_64/jre/bin/java -Xmx2G -jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire/surefirebooter7771544774109157019.jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire 2017-08-04T07-25-46_539-jvmRun1 surefire3570357305639890359tmp surefire_428610915757147431769tmp
> Error occurred in starting fork, check output in log
> Process Exit Code: 1
> org.apache.maven.surefire.booter.SurefireBooterForkException: The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
> Command was /bin/sh -c cd /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi && /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.141-1.b16.el7_3.x86_64/jre/bin/java -Xmx2G -jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire/surefirebooter7771544774109157019.jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire 2017-08-04T07-25-46_539-jvmRun1 surefire3570357305639890359tmp surefire_428610915757147431769tmp
> Error occurred in starting fork, check output in log
> Process Exit Code: 1
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:679)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:533)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:279)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:243)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:1077)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:907)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:785)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
> at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {noformat}
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-8177) OSGi integration tests ignored error messages
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-8177?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-8177:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5378
> OSGi integration tests ignored error messages
> ---------------------------------------------
>
> Key: ISPN-8177
> URL: https://issues.jboss.org/browse/ISPN-8177
> Project: Infinispan
> Issue Type: Bug
> Components: Build process
> Affects Versions: 9.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Critical
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> This is logged at start:
> {noformat}
> Exception in thread "JMX Connector Thread [service:jmx:rmi://0.0.0.0:44444/jndi/rmi://0.0.0.0:1099/karaf-root]" java.lang.RuntimeException:
> Port already in use: 44444;
> You may have started two containers. If you need to start a second container or the default ports are already in use update the config file etc/org.apache.karaf.management.cfg and change the Registry Port and Server Port to unused ports
> at org.apache.karaf.management.ConnectorServerFactory$1.run(ConnectorServerFactory.java:278)
> {noformat}
> And at the end:
> {noformat}
> [ERROR] There are test failures.
> Please refer to /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire-reports for the individual test results.
> Please refer to dump files (if any exist) [date]-jvmRun[N].dump, [date].dumpstream and [date]-jvmRun[N].dumpstream.
> The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
> Command was /bin/sh -c cd /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi && /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.141-1.b16.el7_3.x86_64/jre/bin/java -Xmx2G -jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire/surefirebooter7771544774109157019.jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire 2017-08-04T07-25-46_539-jvmRun1 surefire3570357305639890359tmp surefire_428610915757147431769tmp
> Error occurred in starting fork, check output in log
> Process Exit Code: 1
> org.apache.maven.surefire.booter.SurefireBooterForkException: The forked VM terminated without properly saying goodbye. VM crash or System.exit called?
> Command was /bin/sh -c cd /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi && /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.141-1.b16.el7_3.x86_64/jre/bin/java -Xmx2G -jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire/surefirebooter7771544774109157019.jar /home/infinispan/workspace/Infinispan_master-5OURPVBKVS5PLGVSKVWLBFUZPLIO2DZSV3U7HWSZJBYGBGKYSFXQ/integrationtests/osgi/target/surefire 2017-08-04T07-25-46_539-jvmRun1 surefire3570357305639890359tmp surefire_428610915757147431769tmp
> Error occurred in starting fork, check output in log
> Process Exit Code: 1
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:679)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.fork(ForkStarter.java:533)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:279)
> at org.apache.maven.plugin.surefire.booterclient.ForkStarter.run(ForkStarter.java:243)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeProvider(AbstractSurefireMojo.java:1077)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.executeAfterPreconditionsChecked(AbstractSurefireMojo.java:907)
> at org.apache.maven.plugin.surefire.AbstractSurefireMojo.execute(AbstractSurefireMojo.java:785)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:134)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:207)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
> at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
> at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
> at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
> at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:128)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:307)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:193)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:106)
> at org.apache.maven.cli.MavenCli.execute(MavenCli.java:863)
> at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:288)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:199)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
> at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
> at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
> at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
> {noformat}
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-8150) SingleFileStoreStressTest intermittent failure
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-8150?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-8150:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.1.1.Final
Resolution: Done
> SingleFileStoreStressTest intermittent failure
> ----------------------------------------------
>
> Key: ISPN-8150
> URL: https://issues.jboss.org/browse/ISPN-8150
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Gustavo Fernandes
> Assignee: Ryan Emerson
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> {noformat}
> testFileTruncation(org.infinispan.persistence.file.SingleFileStoreStressTest) Time elapsed: 0.063 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:33)
> at org.infinispan.persistence.file.SingleFileStoreStressTest.testFileTruncation(SingleFileStoreStressTest.java:245)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-5730) SingleFileStoreStressTest.testFileTruncation fails randomly
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5730?page=com.atlassian.jira.plugin.... ]
Dan Berindei resolved ISPN-5730.
--------------------------------
Fix Version/s: 9.1.1.Final
Resolution: Done
Fixed with ISPN-8150.
> SingleFileStoreStressTest.testFileTruncation fails randomly
> -----------------------------------------------------------
>
> Key: ISPN-5730
> URL: https://issues.jboss.org/browse/ISPN-5730
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Reporter: Roman Macor
> Assignee: Ryan Emerson
> Labels: testsuite_stability
> Fix For: 9.1.1.Final
>
>
> Test org.infinispan.persistence.file.SingleFileStoreStressTest.testFileTruncation fails randomly with:
> Stacktrace
> java.lang.AssertionError:
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:33)
> at org.infinispan.persistence.file.SingleFileStoreStressTest.testFileTruncation(SingleFileStoreStressTest.java:268)
> 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:606)
> 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.run(FutureTask.java:262)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-8201) Retried event not marked as such in transactional cache
by Radim Vansa (JIRA)
[ https://issues.jboss.org/browse/ISPN-8201?page=com.atlassian.jira.plugin.... ]
Radim Vansa updated ISPN-8201:
------------------------------
Priority: Minor (was: Major)
> Retried event not marked as such in transactional cache
> -------------------------------------------------------
>
> Key: ISPN-8201
> URL: https://issues.jboss.org/browse/ISPN-8201
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.1.0.Final
> Reporter: Radim Vansa
> Priority: Minor
> Attachments: ClusterListenerDistTxTest.java
>
>
> When a node crashes after preparing a transaction, the new primary owner fires the events for the updated entries, but {{CacheEntryCreatedEvent.isCommandRetried()}} is not set.
> Also, I am not sure if it is correct to commit the entry on given node multiple times (if the topology is changing the entry is committed to DC and event is fired each time).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ISPN-8202) cli.interpreter.SiteStatementTest random failures
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-8202:
---------------------------------------
Summary: cli.interpreter.SiteStatementTest random failures
Key: ISPN-8202
URL: https://issues.jboss.org/browse/ISPN-8202
Project: Infinispan
Issue Type: Bug
Affects Versions: 9.1.0.Final
Reporter: Gustavo Fernandes
{noformat}
expected:<ok> but was:<Unable to pushState to 'NYC'. org.infinispan.commons.CacheException: Problems invoking command.>
Stacktrace
java.lang.AssertionError: expected:<ok> but was:<Unable to pushState to 'NYC'. org.infinispan.commons.CacheException: Problems invoking command.>
at org.infinispan.cli.interpreter.SiteStatementTest.lambda$assertInterpreterOutput$7(SiteStatementTest.java:191)
at org.infinispan.cli.interpreter.SiteStatementTest.assertInterpreterOutput(SiteStatementTest.java:198)
at org.infinispan.cli.interpreter.SiteStatementTest.assertInterpreterOutput(SiteStatementTest.java:189)
at org.infinispan.cli.interpreter.SiteStatementTest.testSiteStateTransfer(SiteStatementTest.java:78)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
{noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months