[
https://jira.jboss.org/jira/browse/ISPN-323?page=com.atlassian.jira.plugi...
]
Mircea Markus commented on ISPN-323:
------------------------------------
Same as:
https://jira.jboss.org/jira/browse/ISPN-314
The solution we used in JBossCache (the test fwk was taken from there), was to:
- each test passes its TestName.class object when instantiating a new CacheManager
- fwk keeps track of the test class that instantiated it
- when the .class is different from the previous call (i.e. the thread moved to next test
class) make sure that all the managers were destroyed
The cache listeners idea sounds appealing as well...
I suggest closing this JIRA and pointing to the other one
Identify tests not cleaning up their CacheManager
-------------------------------------------------
Key: ISPN-323
URL:
https://jira.jboss.org/jira/browse/ISPN-323
Project: Infinispan
Issue Type: Task
Reporter: Sanne Grinovero
Assignee: Sanne Grinovero
Fix For: 4.0.0.GA
Currently some tests forget to properly kill the cacheManager after usage, not failing
themselves but making other tests fail. The test causing the trouble can be identified by
using a TestNG listener.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira