Ok, initial response:
It is just the "view" page [1] that isn't updated for some weird reason (and
it is being investigated).
The detailed job pages, however, ARE updated with test results. See [2] for the main
Infinispan test run, maybe bookmark this for now until [1] is properly fixed and updated.
Cheers
Manik
[1]
http://hudson.jboss.org/hudson/view/Infinispan/
[2]
http://hudson.jboss.org/hudson/view/Infinispan/job/Infinispan-trunk-JDK6-...
On 11 Nov 2009, at 21:32, Sanne Grinovero wrote:
Hello,
I'm going to play the role of Hudson today, as the last build
published on
http://hudson.jboss.org/hudson/view/Infinispan/ is from 5
months ago.
Isn't there a working CI for Infinispan? I've had some trouble today
with unexpected issues, according to JIRA I could find some issues
related to my problems,
but most of them were solved recently according to JIRA. The tests I
just have run are having a different opinion:
Failed tests:
testTransactional(org.infinispan.distribution.rehash.ConcurrentOverlappingLeaveTest)
testWriteSkewWithOnlyPut(org.infinispan.api.mvcc.repeatable_read.WriteSkewTest)
testEnableJmxStats(org.infinispan.jmx.RpcManagerMBeanTest)
testTransactional(org.infinispan.distribution.rehash.ConcurrentJoinTest)
testNonTransactional(org.infinispan.distribution.rehash.ConcurrentJoinTest)
testonInfinispanDIST(org.infinispan.stress.PutIfAbsentStressTest)
Some comments:
org.infinispan.distribution.rehash.ConcurrentOverlappingLeaveTest
Is NOT failing consistently (it sometimes runs fine); It's
inconsistent even running it alone mvn test
-Dtest=org.infinispan.distribution.rehash.ConcurrentOverlappingLeaveTest
org.infinispan.api.mvcc.repeatable_read.WriteSkewTest
Is failing all the time.
org.infinispan.jmx.RpcManagerMBeanTest is "interesting" as the assert
fails on this message "Expected 1, was 1".
Debugging I see it's the wrong type:
mBeanServer.getAttribute(rpcManager1,
"ReplicationCount").equals("1")
fails because getAttribute is returning a "Long", not a String.
org.infinispan.distribution.rehash.ConcurrentJoinTest
This one was the reason for me to rerun all tests, as it's making me
fail several Lucene index tests.
The message "Some caches have not finished rehashing after 8 minutes":
gets me a bit worried :-)
org.infinispan.stress.PutIfAbsentStressTest
This one is also breaking Lucene; we know for sure that it was running
fine as I've tested it several times when Markus fixed the related
issue.
I'm attaching the full reports with stacktraces.
Isn't there a real Hudson running to prevent this? The weird things I
experienced today were killing my brain, as I was looking in the wrong
direction expecting that stuff fixed last week was stil fine.
Sorry for telling that all was fine with Lucene Directory this
morning; I'm going to step through recent versions to identify the
breaking change, it's the only way I can help.
Cheers,
Sanne
<infinispan-failed-tests-report.tar.bz2>_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik(a)jboss.org
Lead, Infinispan
Lead, JBoss Cache
http://www.infinispan.org
http://www.jbosscache.org