[jbosscache-dev] Buddy replication tests

[Manik Surtani]

Better still - something like that should be a part of the test fwk.   
A contrib to JUnit?  :-)

--
Manik Surtani

Lead, JBoss Cache
JBoss, a division of Red Hat

Email: manik at jboss.org
Telephone: +44 7786 702 706
MSN: manik at surtani.org
Yahoo/AIM/Skype: maniksurtani


On 20 Sep 2006, at 21:20, Bela Ban wrote:

> I started instrumenting my tests with a check in setUp() and  
> tearDown() which compares the number of threads for each test, and  
> fails a test if the number of threads before and after is not the  
> same.
>
> It would be nice if we could generalize that concept (AOP ?) into  
> the testsuite...
>
> Vladimir Blagojevic wrote:
>> It seems like buddy replication tests are failing due to a simple
>> oversight in BuddyReplicationContentTest and  
>> BuddyGroupAssignmentTest.
>> BuddyReplicationContentTest does not have tearDown method and thus  
>> cache
>> members accumulate over tests leading to test failures.
>> BuddyGroupAssignmentTest has tearDown method but instead of assigning
>> created caches to field of TreeCache[] each test method assigns  
>> created
>> caches to method local variable. Thus tearDown which cleans up  
>> private
>> field of TreeCache [] has no effect. The end result is the same -  
>> number
>> of caches in the cluster accumulate over the tests leading to test
>> failures.
>>
>>
>> _______________________________________________
>> jbosscache-dev mailing list
>> jbosscache-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
>>
>>
>
> -- 
> Bela Ban
> Lead JGroups / Manager JBoss Clustering Group
> JBoss - a division of Red Hat
>
> _______________________________________________
> jbosscache-dev mailing list
> jbosscache-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosscache-dev