[JBoss JIRA] (ISPN-3345) CachePutInterceptorTest does not always close cache managers
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3345?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3345:
--------------------------------
Fix Version/s: 6.0.0.Beta2
(was: 6.0.0.Beta1)
> CachePutInterceptorTest does not always close cache managers
> ------------------------------------------------------------
>
> Key: ISPN-3345
> URL: https://issues.jboss.org/browse/ISPN-3345
> Project: Infinispan
> Issue Type: Bug
> Components: CDI integration
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
> Fix For: 6.0.0.Beta2
>
>
> Sometimes CDI's CachePutInterceptorTest fails to close all cache managers:
> {code}
> [16:39:06][org.infinispan:infinispan-cdi] [testng-CachePutInterceptorTest] Test putWithCacheKeyGenerator(org.infinispan.cdi.test.interceptor.CachePutInterceptorTest) succeeded.
> [16:39:06][org.infinispan:infinispan-cdi] Test suite progress: tests succeeded: 29, failed: 0, skipped: 0.
> [16:39:07][org.infinispan:infinispan-cdi] [testng-CachePutInterceptorTest] Test testCachePut(org.infinispan.cdi.test.interceptor.CachePutInterceptorTest) succeeded.
> [16:39:07][org.infinispan:infinispan-cdi] Test suite progress: tests succeeded: 30, failed: 0, skipped: 0.
> [16:39:07][org.infinispan:infinispan-cdi] [testng-CachePutInterceptorTest] Test testCachePutBeforeInvocation(org.infinispan.cdi.test.interceptor.CachePutInterceptorTest) succeeded.
> [16:39:07][org.infinispan:infinispan-cdi] Test suite progress: tests succeeded: 31, failed: 0, skipped: 0.
> [16:39:07][org.infinispan:infinispan-cdi] [testng-CachePutInterceptorTest] Test testCachePutCacheKeyParam(org.infinispan.cdi.test.interceptor.CachePutInterceptorTest) succeeded.
> [16:39:07][org.infinispan:infinispan-cdi] Test suite progress: tests succeeded: 32, failed: 0, skipped: 0.
> [16:39:07][org.infinispan:infinispan-cdi] [testng-CachePutInterceptorTest] Test testCachePutWithCacheName(org.infinispan.cdi.test.interceptor.CachePutInterceptorTest) succeeded.
> [16:39:07][org.infinispan:infinispan-cdi] Test suite progress: tests succeeded: 33, failed: 0, skipped: 0.
> [16:40:07][org.infinispan:infinispan-cdi]
> [16:40:07][org.infinispan:infinispan-cdi] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> [16:40:07][org.infinispan:infinispan-cdi] !!!!!! (testng-CachePutInterceptorTest) Exiting because CachePutInterceptorTest has NOT shut down all the cache managers it has started !!!!!!!
> [16:40:07][org.infinispan:infinispan-cdi] !!!!!! (testng-CachePutInterceptorTest) The still-running cacheManager was created here: org.infinispan.cdi.AdvancedCacheProducer.getAdvancedCache(AdvancedCacheProducer.java:67) !!!!!!!
> [16:40:07][org.infinispan:infinispan-cdi] !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
> [16:40:07][org.infinispan:infinispan-cdi] {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
11 years, 3 months
[JBoss JIRA] (ISPN-3348) Unable to read entries from SingleFileCacheStore after server restart
by Mircea Markus (JIRA)
[ https://issues.jboss.org/browse/ISPN-3348?page=com.atlassian.jira.plugin.... ]
Mircea Markus updated ISPN-3348:
--------------------------------
Fix Version/s: 6.0.0.Beta2
(was: 6.0.0.Beta1)
> Unable to read entries from SingleFileCacheStore after server restart
> ---------------------------------------------------------------------
>
> Key: ISPN-3348
> URL: https://issues.jboss.org/browse/ISPN-3348
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 6.0.0.Alpha1
> Reporter: Martin Gencur
> Assignee: Galder Zamarreño
> Priority: Critical
> Fix For: 6.0.0.Beta2
>
>
> Using the following configuration:
> {code:xml}
> <subsystem xmlns="urn:infinispan:server:core:5.3" default-cache-container="default">
> <cache-container name="default" default-cache="default" listener-executor="infinispan-listener" eviction-executor="infinispan-eviction" replication-queue-executor="infinispan-repl-queue">
> <local-cache name="default" start="EAGER">
> <locking isolation="NONE" acquire-timeout="30000" concurrency-level="1000" striping="false"/>
> <transaction mode="NONE"/>
> <store class="org.infinispan.loaders.file.SingleFileCacheStore" passivation="false" preload="false" purge="false">
> <property name="location">${java.io.tmpdir}/single-file-cache-store</property>
> <property name="maxEntries">2</property>
> </store>
> </local-cache>
> </cache-container>
> </subsystem>
> {code}
> ...it is not possible to retrieve the cache entry from the cache store after server restart, as demonstrated by the following test:
> {code:java}
> RemoteCache<String, String> rc = rcm.getCache();
> rc.clear();
> assertNull(rc.get("k1"));
> rc.put("k1", "v1");
> rc.put("k2", "v2");
> rc.put("k3", "v3");
> assertEquals("v1", rc.get("k1"));
> assertEquals("v2", rc.get("k2"));
> assertEquals("v3", rc.get("k3"));
> controller.kill(CONTAINER);
> controller.start(CONTAINER);
> assertEquals("v2", rc.get("k2"));
> //^^^fails here - unable to find k2
> assertEquals("v3", rc.get("k3"));
> assertNull(rc.get("k1")); //maxEntries was 2, this entry should be lost as the oldest entries are removed
> controller.stop(CONTAINER);
> {code}
> Note that preload is set to false for this test. When I set it to true, the test passes.
> I tried to modify BaseCacheStoreFunctionalTest#testPreloadAndExpiry, disable "preload" and retrieve the cache entries after server restart by calling cache.get() (not from DataContainer) and the test passed (I ran SingleFileCacheStoreFunctionalTest which extends BaseCacheStoreFunctionalTest). So it seems the bug is related to the server distribution.
--
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
11 years, 3 months