[JBoss JIRA] (ISPN-3804) Test server.hotrod.HotRod<11, 12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3804?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3804:
--------------------------------
Component/s: Test Suite - Server
> Test server.hotrod.HotRod<11,12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms
> -----------------------------------------------------------------------------------------------------------
>
> Key: ISPN-3804
> URL: https://issues.jboss.org/browse/ISPN-3804
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.0.Final
> Environment: Solaris, Oracle JDK 6 and 7, Windows Oracle JDK6
> Reporter: Vojtech Juranek
> Assignee: Mircea Markus
> Labels: testsuite_stability
> Attachments: server.hotrod.zip
>
>
> SO following tests fail often on RHEL
> org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges
> And these fail on Solaris
> org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges
> org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges
> Tests {{HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges}}, {{HotRod11ReplicationTest.testDistributedPutWithTopologyChanges}} and {{HotRodReplicationTest.testReplicatedPutWithTopologyChanges}} fails with following assertions failure:
> {noformat}
> java.lang.AssertionError: expected [2] but found [3]
> at org.testng.Assert.fail(Assert.java:89)
> at org.testng.Assert.failNotEquals(Assert.java:489)
> at org.testng.Assert.assertEquals(Assert.java:118)
> at org.testng.Assert.assertEquals(Assert.java:365)
> at org.testng.Assert.assertEquals(Assert.java:375)
> at org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges(HotRodReplicationTest.scala:123)
> 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: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.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:724)
> {noformat}
> See e.g.
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e...
--
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, 2 months
[JBoss JIRA] (ISPN-3754) Tests for REST security must use cache-container with caches defined
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3754?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3754:
--------------------------------
Component/s: Remote protocols
> Tests for REST security must use cache-container with caches defined
> --------------------------------------------------------------------
>
> Key: ISPN-3754
> URL: https://issues.jboss.org/browse/ISPN-3754
> Project: Infinispan
> Issue Type: Bug
> Components: Remote protocols
> Affects Versions: 6.0.0.Final
> Reporter: Martin Gencur
> Assignee: Vitalii Chepeliuk
>
> Currently, the tests fail with this exception:
> {code}
> 10:47:01,208 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC00001: Failed to start service jboss.endpoint.websocket.websocket-connector: org.jboss.msc.service.StartException in service jboss.endpoint.websocket.websocket-connector: JDGS010004: Failed to start WebSocketServer
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.start(ProtocolServerService.java:113)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
> Caused by: java.lang.NullPointerException
> at org.infinispan.commons.equivalence.AnyEquivalence.hashCode(AnyEquivalence.java:35)
> at org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8.get(EquivalentConcurrentHashMapV8.java:954)
> at org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8.containsKey(EquivalentConcurrentHashMapV8.java:982)
> at org.infinispan.manager.DefaultCacheManager.cacheExists(DefaultCacheManager.java:401)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:406)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:89)
> at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:80)
> at org.infinispan.server.core.AbstractProtocolServer.startDefaultCache(AbstractProtocolServer.scala:120)
> at org.infinispan.server.core.AbstractProtocolServer.startInternal(AbstractProtocolServer.scala:37)
> at org.infinispan.server.websocket.WebSocketServer.startInternal(WebSocketServer.java:57)
> at org.infinispan.server.core.AbstractProtocolServer.start(AbstractProtocolServer.scala:44)
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.startProtocolServer(ProtocolServerService.java:130)
> at org.infinispan.server.endpoint.subsystem.ProtocolServerService.start(ProtocolServerService.java:107)
> ... 5 more
> {code}
> This is caused by the fact that REST security tests define endpoints which use "security" container. However, this container does not have any caches defined.
--
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, 2 months
[JBoss JIRA] (ISPN-2399) CacheManager.startCaches very slow when multiple caches are passed in
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-2399?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-2399:
--------------------------------
Priority: Minor (was: Major)
> CacheManager.startCaches very slow when multiple caches are passed in
> ---------------------------------------------------------------------
>
> Key: ISPN-2399
> URL: https://issues.jboss.org/browse/ISPN-2399
> Project: Infinispan
> Issue Type: Feature Request
> Components: Core
> Affects Versions: 5.2.0.Beta1
> Reporter: Mircea Markus
> Assignee: Mircea Markus
> Priority: Minor
>
> the TransactionsSpanningReplicatedCachesTest uses the following code to start multiple caches:
> {code:java}
> cm1.startCaches("c1", "c2", "cache1", "cache2", CacheContainer.DEFAULT_CACHE_NAME);
> cm2.startCaches("c1", "c2", "cache1", "cache2", CacheContainer.DEFAULT_CACHE_NAME);
> waitForClusterToForm("c1", "c2", "cache1", "cache2");
> {code}
> On my machine(MBP) this executes in 12 mins.The functionally equivalent below executes in 15 secs:
> {code:java}
> private void startAllCaches() {
> startCache("c1");
> startCache("c2");
> startCache("cache1");
> startCache("cache2");
> startCache(CacheContainer.DEFAULT_CACHE_NAME);
> }
> private void startCache(String c1) {
> cm1.getCache(c1);
> cm2.getCache(c1);
> waitForClusterToForm(c1);
> }
> {code}
> We need to analyse why this takes so long and also updated the test to use the CacheManagers.startCaches..
--
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, 2 months