ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephane Bailliez <>
Subject RE: Need Ammo in Make vs. Ant argument...
Date Wed, 13 Jun 2001 08:01:04 GMT
> -----Original Message-----
> From: Steve Loughran []

> I havent done a line by line count, but here we have 50KB of 
> build files and
> 457KB of java source. So that 10% metric still holds in ant 
> -but note that
> the build files cover web service installation and behind firewall
> deployment to multiple staging sites. Oh, and did I mention 
> the CD burn for
> the beyond firewall deployment?
> Actually this raises an interesting task idea: what do we 
> have in terms of
> source code metric tasks -like lines of code, #of statements, 
> #of branches,
> class and method counts, which could be auto extracted during a build
> process. If some analysis was always done as part of the 
> build process, it'd be an easy way to generate interesting data.

Here, I have about 13MB of Java source code for 410KB of build.xml file
(from 3KB to 45KB)

There is an additional 100KB of GUMP files (xml project description + xsl)
that generates 178KB of build files for the whole build.

The build compiles Java and C, perform audit analysis of Java source code
and compute metrics.
(I'm using tasks for WebGain Quality Analyzer (former Metamata

Unit tests will be included soon as well as unit test coverage.
For coverage, I'm working on it w/ JProbe 3.0 and it should be piece of cake
since they added XML report.
Yesterday I wrote the XSL for the framed report and it looks quite cool.

I only need to add an extension for this task since unfortunately JProbe
still gives information about what is covered and not about what is NOT
covered. Thus I think I will add a reference classpath to look at (I will
use most of the code that Conor wrote for the depend task). This extension
will be the biggest part.

Once I have all the reference data, I will have to merge them into the XML
report so that I have useful data to look at.

 St├ęphane Bailliez 
 Software Engineer, Paris - France 
 iMediation - 
 Disclaimer: All the opinions expressed above are mine and not those from my

View raw message