[JBoss JIRA] (ISPN-3973) Random failures in the Rest cache store tests caused by RESTEASY-762
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3973?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-3973:
-----------------------------------
Fix Version/s: 7.0.0.Alpha3
> Random failures in the Rest cache store tests caused by RESTEASY-762
> --------------------------------------------------------------------
>
> Key: ISPN-3973
> URL: https://issues.jboss.org/browse/ISPN-3973
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.Alpha3, 7.0.0.Final
>
>
> Getting a ConcurrentModificationException while starting the server, just like RESTEASY-762:
> {noformat}
> 07:57:53,182 ERROR [org.mortbay.log] (testng-RestStoreTest) Error starting handlers
> java.util.ConcurrentModificationException
> at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
> at java.util.AbstractList$Itr.next(AbstractList.java:343)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bindForList(InterceptorRegistry.java:204)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bind(InterceptorRegistry.java:197)
> at org.jboss.resteasy.core.ResourceMethod.<init>(ResourceMethod.java:105)
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:233)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:125)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:107)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:84)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:73)
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:383)
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:225)
> at org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap.contextInitialized(ResteasyBootstrap.java:28)
> at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
> at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
> at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
> at org.mortbay.jetty.Server.doStart(Server.java:224)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.infinispan.rest.EmbeddedRestServer.start(EmbeddedRestServer.java:53)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:24)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:18)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:14)
> at org.infinispan.persistence.rest.RestStoreTest.createStore(RestStoreTest.java:44)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:70)
> {noformat}
> http://ci.infinispan.org/viewLog.html?buildId=5930&tab=buildResultsDiv&bu...
--
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-4187) LRU eviction algorithm does not evict the eldest entry
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4187?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4187:
--------------------------------
Description:
The following test for JDBC cache stores fails:
{code:java}
@Test
@WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
public void testFetchState() throws Exception {
try {
mc1 = createMemcachedClient(server1);
assertCleanCacheAndStore1();
mc1.set("k1", "v1");
mc1.set("k2", "v2");
mc1.set("k3", "v3");
assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
mc2 = createMemcachedClient(server2);
assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
//the cache store should fetch state from the others
//since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
//from the other cache's loader and thus k2 is evicted and ends up in a cache loader
assertNull(dbServer2.stringTable.getValueByKey("k1"));
assertEquals("v1", mc2.get("k1"));
assertEquals("v2", mc2.get("k2"));
assertNull(dbServer2.stringTable.getValueByKey("k1"));
//^^^^^fails here, the K1 was evicted even though it was used recently
//K3 was supposed to be evicted but it did not happen
assertNull(dbServer2.stringTable.getValueByKey("k2"));
assertCleanCacheAndStore2();
} finally {
controller.stop(CONTAINER2);
}
}
{code}
This tests works properly if the following commit is reverted, so it was caused by this commit:
https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
Note that there's another commit with the same name but different commit hash: b71da1c
The test above can be run from https://github.com/chepa653/infinispan/tree/t_ISPN-3904 by going to server/integration/testsuite and running mvn clean verify -Dtest=StringBasedStoreMultinodeTest#testFetchState -Dlog.level.infinispan=TRACE
was:
The following test for JDBC cache stores fails:
{code:java}
@Test
@WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
public void testFetchState() throws Exception {
try {
mc1 = createMemcachedClient(server1);
assertCleanCacheAndStore1();
mc1.set("k1", "v1");
mc1.set("k2", "v2");
mc1.set("k3", "v3");
assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
mc2 = createMemcachedClient(server2);
assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
//the cache store should fetch state from the others
//since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
//from the other cache's loader and thus k2 is evicted and ends up in a cache loader
assertNull(dbServer2.stringTable.getValueByKey("k1"));
assertEquals("v1", mc2.get("k1"));
assertEquals("v2", mc2.get("k2"));
assertNull(dbServer2.stringTable.getValueByKey("k1"));
//^^^^^fails here, the K1 was evicted even though it was used recently
//K3 was supposed to be evicted but it did not happen
assertNull(dbServer2.stringTable.getValueByKey("k2"));
assertCleanCacheAndStore2();
} finally {
controller.stop(CONTAINER2);
}
}
{code}
This tests works properly if the following commit is reverted, so it was caused by this commit:
https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
Note that there's another commit with the same name but different commit hash: b71da1c
> LRU eviction algorithm does not evict the eldest entry
> ------------------------------------------------------
>
> Key: ISPN-4187
> URL: https://issues.jboss.org/browse/ISPN-4187
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 7.0.0.Alpha2
> Reporter: Martin Gencur
> Assignee: William Burns
> Attachments: server2.log
>
>
> The following test for JDBC cache stores fails:
> {code:java}
> @Test
> @WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
> public void testFetchState() throws Exception {
> try {
> mc1 = createMemcachedClient(server1);
> assertCleanCacheAndStore1();
> mc1.set("k1", "v1");
> mc1.set("k2", "v2");
> mc1.set("k3", "v3");
> assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
> startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
> mc2 = createMemcachedClient(server2);
> assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
> //the cache store should fetch state from the others
> //since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
> //from the other cache's loader and thus k2 is evicted and ends up in a cache loader
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> assertEquals("v1", mc2.get("k1"));
> assertEquals("v2", mc2.get("k2"));
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> //^^^^^fails here, the K1 was evicted even though it was used recently
> //K3 was supposed to be evicted but it did not happen
> assertNull(dbServer2.stringTable.getValueByKey("k2"));
> assertCleanCacheAndStore2();
> } finally {
> controller.stop(CONTAINER2);
> }
> }
> {code}
> This tests works properly if the following commit is reverted, so it was caused by this commit:
> https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
> Note that there's another commit with the same name but different commit hash: b71da1c
> The test above can be run from https://github.com/chepa653/infinispan/tree/t_ISPN-3904 by going to server/integration/testsuite and running mvn clean verify -Dtest=StringBasedStoreMultinodeTest#testFetchState -Dlog.level.infinispan=TRACE
--
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-4187) LRU eviction algorithm does not evict the eldest entry
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4187?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4187:
--------------------------------
Attachment: server2.log
TRACE log for server2 (the one that has fetch-state enabled)
> LRU eviction algorithm does not evict the eldest entry
> ------------------------------------------------------
>
> Key: ISPN-4187
> URL: https://issues.jboss.org/browse/ISPN-4187
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 7.0.0.Alpha2
> Reporter: Martin Gencur
> Assignee: William Burns
> Attachments: server2.log
>
>
> The following test for JDBC cache stores fails:
> {code:java}
> @Test
> @WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
> public void testFetchState() throws Exception {
> try {
> mc1 = createMemcachedClient(server1);
> assertCleanCacheAndStore1();
> mc1.set("k1", "v1");
> mc1.set("k2", "v2");
> mc1.set("k3", "v3");
> assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
> startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
> mc2 = createMemcachedClient(server2);
> assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
> //the cache store should fetch state from the others
> //since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
> //from the other cache's loader and thus k2 is evicted and ends up in a cache loader
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> assertEquals("v1", mc2.get("k1"));
> assertEquals("v2", mc2.get("k2"));
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> //^^^^^fails here, the K1 was evicted even though it was used recently
> //K3 was supposed to be evicted but it did not happen
> assertNull(dbServer2.stringTable.getValueByKey("k2"));
> assertCleanCacheAndStore2();
> } finally {
> controller.stop(CONTAINER2);
> }
> }
> {code}
> This tests works properly if the following commit is reverted, so it was caused by this commit:
> https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
> Note that there's another commit with the same name but different commit hash: b71da1c
--
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-4187) LRU eviction algorithm does not evict the eldest entry
by Martin Gencur (JIRA)
Martin Gencur created ISPN-4187:
-----------------------------------
Summary: LRU eviction algorithm does not evict the eldest entry
Key: ISPN-4187
URL: https://issues.jboss.org/browse/ISPN-4187
Project: Infinispan
Issue Type: Bug
Components: Eviction
Affects Versions: 7.0.0.Alpha2
Reporter: Martin Gencur
Assignee: William Burns
The following test for JDBC cache stores fails:
{code:java}
@Test
@WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
public void testFetchState() throws Exception {
try {
mc1 = createMemcachedClient(server1);
assertCleanCacheAndStore1();
mc1.set("k1", "v1");
mc1.set("k2", "v2");
mc1.set("k3", "v3");
assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
mc2 = createMemcachedClient(server2);
assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
//the cache store should fetch state from the others
//since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
//from the other cache's loader and thus k2 is evicted and ends up in a cache loader
assertNull(dbServer2.stringTable.getValueByKey("k1"));
assertEquals("v1", mc2.get("k1"));
assertEquals("v2", mc2.get("k2"));
System.out.println("1)" + dbServer2.stringTable.getValueByKey("k1"));
System.out.println("2)" + dbServer2.stringTable.getValueByKey("k2"));
System.out.println("3)" + dbServer2.stringTable.getValueByKey("k3"));
System.out.println("NumEntries:" + server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
assertNull(dbServer2.stringTable.getValueByKey("k1"));
//^^^^^fails here, the K1 was evicted even though it was used recently
//K3 was supposed to be evicted but it did not happen
assertNull(dbServer2.stringTable.getValueByKey("k2"));
assertCleanCacheAndStore2();
} finally {
controller.stop(CONTAINER2);
}
}
{code}
This tests works properly if the following commit is reverted, so it was caused by this commit:
https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
Note that there's another commit with the same name but different commit hash: b71da1c
--
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-4187) LRU eviction algorithm does not evict the eldest entry
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4187?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4187:
--------------------------------
Description:
The following test for JDBC cache stores fails:
{code:java}
@Test
@WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
public void testFetchState() throws Exception {
try {
mc1 = createMemcachedClient(server1);
assertCleanCacheAndStore1();
mc1.set("k1", "v1");
mc1.set("k2", "v2");
mc1.set("k3", "v3");
assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
mc2 = createMemcachedClient(server2);
assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
//the cache store should fetch state from the others
//since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
//from the other cache's loader and thus k2 is evicted and ends up in a cache loader
assertNull(dbServer2.stringTable.getValueByKey("k1"));
assertEquals("v1", mc2.get("k1"));
assertEquals("v2", mc2.get("k2"));
assertNull(dbServer2.stringTable.getValueByKey("k1"));
//^^^^^fails here, the K1 was evicted even though it was used recently
//K3 was supposed to be evicted but it did not happen
assertNull(dbServer2.stringTable.getValueByKey("k2"));
assertCleanCacheAndStore2();
} finally {
controller.stop(CONTAINER2);
}
}
{code}
This tests works properly if the following commit is reverted, so it was caused by this commit:
https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
Note that there's another commit with the same name but different commit hash: b71da1c
was:
The following test for JDBC cache stores fails:
{code:java}
@Test
@WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
public void testFetchState() throws Exception {
try {
mc1 = createMemcachedClient(server1);
assertCleanCacheAndStore1();
mc1.set("k1", "v1");
mc1.set("k2", "v2");
mc1.set("k3", "v3");
assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
mc2 = createMemcachedClient(server2);
assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
//the cache store should fetch state from the others
//since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
//from the other cache's loader and thus k2 is evicted and ends up in a cache loader
assertNull(dbServer2.stringTable.getValueByKey("k1"));
assertEquals("v1", mc2.get("k1"));
assertEquals("v2", mc2.get("k2"));
System.out.println("1)" + dbServer2.stringTable.getValueByKey("k1"));
System.out.println("2)" + dbServer2.stringTable.getValueByKey("k2"));
System.out.println("3)" + dbServer2.stringTable.getValueByKey("k3"));
System.out.println("NumEntries:" + server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
assertNull(dbServer2.stringTable.getValueByKey("k1"));
//^^^^^fails here, the K1 was evicted even though it was used recently
//K3 was supposed to be evicted but it did not happen
assertNull(dbServer2.stringTable.getValueByKey("k2"));
assertCleanCacheAndStore2();
} finally {
controller.stop(CONTAINER2);
}
}
{code}
This tests works properly if the following commit is reverted, so it was caused by this commit:
https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
Note that there's another commit with the same name but different commit hash: b71da1c
> LRU eviction algorithm does not evict the eldest entry
> ------------------------------------------------------
>
> Key: ISPN-4187
> URL: https://issues.jboss.org/browse/ISPN-4187
> Project: Infinispan
> Issue Type: Bug
> Components: Eviction
> Affects Versions: 7.0.0.Alpha2
> Reporter: Martin Gencur
> Assignee: William Burns
>
> The following test for JDBC cache stores fails:
> {code:java}
> @Test
> @WithRunningServer({@RunningServer(name = CONTAINER1, config = CONFIG_FETCH_STATE_1)})
> public void testFetchState() throws Exception {
> try {
> mc1 = createMemcachedClient(server1);
> assertCleanCacheAndStore1();
> mc1.set("k1", "v1");
> mc1.set("k2", "v2");
> mc1.set("k3", "v3");
> assertNotNull(dbServer1.stringTable.getValueByKey("k1"));
> startContainer(controller, CONTAINER2, CONFIG_FETCH_STATE_2);
> mc2 = createMemcachedClient(server2);
> assertTrue(0 < server2.getCacheManager(MANAGER_NAME).getCache(CACHE_NAME).getNumberOfEntries());
> //the cache store should fetch state from the others
> //since eviction.max-entries==2, first k2 and k3 is loaded from the other cache, then k1 is loaded
> //from the other cache's loader and thus k2 is evicted and ends up in a cache loader
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> assertEquals("v1", mc2.get("k1"));
> assertEquals("v2", mc2.get("k2"));
> assertNull(dbServer2.stringTable.getValueByKey("k1"));
> //^^^^^fails here, the K1 was evicted even though it was used recently
> //K3 was supposed to be evicted but it did not happen
> assertNull(dbServer2.stringTable.getValueByKey("k2"));
> assertCleanCacheAndStore2();
> } finally {
> controller.stop(CONTAINER2);
> }
> }
> {code}
> This tests works properly if the following commit is reverted, so it was caused by this commit:
> https://github.com/infinispan/infinispan/commit/b190230d84beb41474bae0239...
> Note that there's another commit with the same name but different commit hash: b71da1c
--
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-3973) Random failures in the Rest cache store tests caused by RESTEASY-762
by Bill Burke (JIRA)
[ https://issues.jboss.org/browse/ISPN-3973?page=com.atlassian.jira.plugin.... ]
Bill Burke commented on ISPN-3973:
----------------------------------
doesn't make sense unless you have concurrent deployments happening in the same war.
> Random failures in the Rest cache store tests caused by RESTEASY-762
> --------------------------------------------------------------------
>
> Key: ISPN-3973
> URL: https://issues.jboss.org/browse/ISPN-3973
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.Final
>
>
> Getting a ConcurrentModificationException while starting the server, just like RESTEASY-762:
> {noformat}
> 07:57:53,182 ERROR [org.mortbay.log] (testng-RestStoreTest) Error starting handlers
> java.util.ConcurrentModificationException
> at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
> at java.util.AbstractList$Itr.next(AbstractList.java:343)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bindForList(InterceptorRegistry.java:204)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bind(InterceptorRegistry.java:197)
> at org.jboss.resteasy.core.ResourceMethod.<init>(ResourceMethod.java:105)
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:233)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:125)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:107)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:84)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:73)
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:383)
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:225)
> at org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap.contextInitialized(ResteasyBootstrap.java:28)
> at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
> at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
> at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
> at org.mortbay.jetty.Server.doStart(Server.java:224)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.infinispan.rest.EmbeddedRestServer.start(EmbeddedRestServer.java:53)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:24)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:18)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:14)
> at org.infinispan.persistence.rest.RestStoreTest.createStore(RestStoreTest.java:44)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:70)
> {noformat}
> http://ci.infinispan.org/viewLog.html?buildId=5930&tab=buildResultsDiv&bu...
--
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-3973) Random failures in the Rest cache store tests caused by RESTEASY-762
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3973?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-3973:
--------------------------------------
Assignee: Galder Zamarreño (was: Mircea Markus)
> Random failures in the Rest cache store tests caused by RESTEASY-762
> --------------------------------------------------------------------
>
> Key: ISPN-3973
> URL: https://issues.jboss.org/browse/ISPN-3973
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Server
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: Galder Zamarreño
> Fix For: 7.0.0.Final
>
>
> Getting a ConcurrentModificationException while starting the server, just like RESTEASY-762:
> {noformat}
> 07:57:53,182 ERROR [org.mortbay.log] (testng-RestStoreTest) Error starting handlers
> java.util.ConcurrentModificationException
> at java.util.AbstractList$Itr.checkForComodification(AbstractList.java:372)
> at java.util.AbstractList$Itr.next(AbstractList.java:343)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bindForList(InterceptorRegistry.java:204)
> at org.jboss.resteasy.core.interception.InterceptorRegistry.bind(InterceptorRegistry.java:197)
> at org.jboss.resteasy.core.ResourceMethod.<init>(ResourceMethod.java:105)
> at org.jboss.resteasy.core.ResourceMethodRegistry.processMethod(ResourceMethodRegistry.java:233)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:125)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:107)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addResourceFactory(ResourceMethodRegistry.java:84)
> at org.jboss.resteasy.core.ResourceMethodRegistry.addPerRequestResource(ResourceMethodRegistry.java:73)
> at org.jboss.resteasy.spi.ResteasyDeployment.registration(ResteasyDeployment.java:383)
> at org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:225)
> at org.jboss.resteasy.plugins.server.servlet.ResteasyBootstrap.contextInitialized(ResteasyBootstrap.java:28)
> at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
> at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
> at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
> at org.mortbay.jetty.Server.doStart(Server.java:224)
> at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
> at org.infinispan.rest.EmbeddedRestServer.start(EmbeddedRestServer.java:53)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:24)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:18)
> at org.infinispan.rest.RestTestingUtil.startRestServer(RestTestingUtil.java:14)
> at org.infinispan.persistence.rest.RestStoreTest.createStore(RestStoreTest.java:44)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:70)
> {noformat}
> http://ci.infinispan.org/viewLog.html?buildId=5930&tab=buildResultsDiv&bu...
--
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-4186) MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4186?page=com.atlassian.jira.plugin.... ]
Adrian Nistor commented on ISPN-4186:
-------------------------------------
Failure in CI: http://ci.infinispan.org/viewLog.html?buildId=7448&tab=buildResultsDiv&bu...
> MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
> --------------------------------------------------------------------
>
> Key: ISPN-4186
> URL: https://issues.jboss.org/browse/ISPN-4186
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 7.0.0.Alpha2
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 7.0.0.Final
>
>
> {code}
> junit.framework.AssertionFailedError: expected:<5> but was:<4>
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.failNotEquals(Assert.java:287)
> at junit.framework.Assert.assertEquals(Assert.java:67)
> at junit.framework.Assert.assertEquals(Assert.java:199)
> at junit.framework.Assert.assertEquals(Assert.java:205)
> at org.infinispan.query.distributed.MultiNodeDistributedTest.assertIndexSize(MultiNodeDistributedTest.java:119)
> at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:85)
> 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:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> ------- Stdout: -------
> [testng-MultiNodeDistributedTest] Test testIndexingWorkDistribution(org.infinispan.query.distributed.MultiNodeDistributedTest) failed.
> Test suite progress: tests succeeded: 70, failed: 1, skipped: 0.
> {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-4186) MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
by Adrian Nistor (JIRA)
Adrian Nistor created ISPN-4186:
-----------------------------------
Summary: MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
Key: ISPN-4186
URL: https://issues.jboss.org/browse/ISPN-4186
Project: Infinispan
Issue Type: Bug
Components: Embedded Querying
Affects Versions: 7.0.0.Alpha2
Reporter: Adrian Nistor
Assignee: Adrian Nistor
Fix For: 7.0.0.Final
{code}
[org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution] junit.framework.AssertionFailedError: expected:<5> but was:<4> at junit.framework.Assert.fail(Assert.java:50) at junit.framework.Assert.failNotEquals(Assert.java:287) at junit.framework.Assert.assertEquals(Assert.java:67) at junit.framework.Assert.assertEquals(Assert.java:199) at junit.framework.Assert.assertEquals(Assert.java:205) at org.infinispan.query.distributed.MultiNodeDistributedTest.assertIndexSize(MultiNodeDistributedTest.java:119) at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:85) 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:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:662)
{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-4186) MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
by Adrian Nistor (JIRA)
[ https://issues.jboss.org/browse/ISPN-4186?page=com.atlassian.jira.plugin.... ]
Adrian Nistor updated ISPN-4186:
--------------------------------
Description:
{code}
junit.framework.AssertionFailedError: expected:<5> but was:<4>
at junit.framework.Assert.fail(Assert.java:50)
at junit.framework.Assert.failNotEquals(Assert.java:287)
at junit.framework.Assert.assertEquals(Assert.java:67)
at junit.framework.Assert.assertEquals(Assert.java:199)
at junit.framework.Assert.assertEquals(Assert.java:205)
at org.infinispan.query.distributed.MultiNodeDistributedTest.assertIndexSize(MultiNodeDistributedTest.java:119)
at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:85)
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:895)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:662)
------- Stdout: -------
[testng-MultiNodeDistributedTest] Test testIndexingWorkDistribution(org.infinispan.query.distributed.MultiNodeDistributedTest) failed.
Test suite progress: tests succeeded: 70, failed: 1, skipped: 0.
{code}
was:
{code}
[org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution] junit.framework.AssertionFailedError: expected:<5> but was:<4> at junit.framework.Assert.fail(Assert.java:50) at junit.framework.Assert.failNotEquals(Assert.java:287) at junit.framework.Assert.assertEquals(Assert.java:67) at junit.framework.Assert.assertEquals(Assert.java:199) at junit.framework.Assert.assertEquals(Assert.java:205) at org.infinispan.query.distributed.MultiNodeDistributedTest.assertIndexSize(MultiNodeDistributedTest.java:119) at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:85) 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:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:662)
{code}
> MultiNodeDistributedTest.testIndexingWorkDistribution fails randomly
> --------------------------------------------------------------------
>
> Key: ISPN-4186
> URL: https://issues.jboss.org/browse/ISPN-4186
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 7.0.0.Alpha2
> Reporter: Adrian Nistor
> Assignee: Adrian Nistor
> Fix For: 7.0.0.Final
>
>
> {code}
> junit.framework.AssertionFailedError: expected:<5> but was:<4>
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.failNotEquals(Assert.java:287)
> at junit.framework.Assert.assertEquals(Assert.java:67)
> at junit.framework.Assert.assertEquals(Assert.java:199)
> at junit.framework.Assert.assertEquals(Assert.java:205)
> at org.infinispan.query.distributed.MultiNodeDistributedTest.assertIndexSize(MultiNodeDistributedTest.java:119)
> at org.infinispan.query.distributed.MultiNodeDistributedTest.testIndexingWorkDistribution(MultiNodeDistributedTest.java:85)
> 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:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> ------- Stdout: -------
> [testng-MultiNodeDistributedTest] Test testIndexingWorkDistribution(org.infinispan.query.distributed.MultiNodeDistributedTest) failed.
> Test suite progress: tests succeeded: 70, failed: 1, skipped: 0.
> {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