Clover 2.6 is good if you were affected by some bugs in 2.4.3 (at lucene we had some bugs with encoding and our backwards compatibility tests). But Clover 2.6 needs also more memory. For Lucene (Core+Contrib, about 1000 files) we need -Xmx896 when building the clover HTML report, the knobs have almost no effect at all (from my standpoint). The Hudson workspace is 2 GB after the build with clover.
----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: kristian.waa...@sun.com [mailto:kristian.waa...@sun.com] On > Behalf Of Kristian Waagan > Sent: Monday, February 08, 2010 12:40 PM > To: builds@apache.org > Subject: Clover on largish projects > > Hi, > > Does anyone have any experience running Clover on largish projects? > I'm trying to get Clover running for Derby, which has around 500'000+ > lines of code (excluding blank lines and comments) and somewhere around > 10'000+ test cases (differs hugely wrt size/complexity). > Since this is a database, I assume most of the tests involves executing > the core pieces of the database engine. > > I have managed to run most of the tests with Clover. The Clover > database > currently weighs in at 4.7 GB, and one of the "half-baked" reports is > 5.7 GB big. > > Now, when I try to generate the HTML report, it always fails with > out-of-memory exceptions. I'm currently running with > '<clover-html-report numThreads="0" maxtestsperfile="10"/>', using > Clover 2.4.3. > I've tried running with a heap of 5 GB, but still I get OOMEs. This > suggests to me that Clover report generation isn't really written to > process large amounts of data. I can increase the heap further, but > then > I'll be using almost all the memory on the slave, which I'd prefer not > to do... > > I've seen some other knobs introduced in Clover 2.6. > Is it worth upgrading to 2.6? Is it a lot better? > Any other ways I can make this work? > Alternative tools? > (Apache Derby build is ant based) > > I know some of these questions are rather basic, but I'm hoping for > some > valuable input as this is a side-project to which I cannot devote that > much time at the moment. > > > Regards, > -- > Kristian
