ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Loughran <>
Subject Re: AntUnit
Date Mon, 07 Nov 2005 13:10:57 GMT
Kev Jackson wrote:
>> I think the using / maintaining by ourselves is more of a chicken and 
>> egg problem
>> - We do not really need it for our "outside ant" activities
>> - We cannot really use it for our "inside ant" activities as it is in 
>> the sandbox.
>> - We do not maintain it as we do not use it, and it is in the sandbox.
>> I am in favour of
>> 1) moving antunit part of the core
>> 2) start using this testing strategy by the tests of core.
>> We sould only do 1 if we want to do 2 (and I think we want to do 2)
>> And we should only do 2 after we have done 1.
>> If we start doing 2 I am sure there will be enough committers.
> If there's a consensus on actually using antunit to test ant, then it 
> would have to be moved out of the Sandbox.  I haven't really looked at 
> antunit enough to see why it's more appropriate than junit for writing 
> ant tests, but because of the name, I'm assuming that it is!  As it is 
> designed as a testing compliment to Ant, I would think that it should be 
> promoted out of the sandbox as soon as possible and that the 'official' 
> testing strategy of Ant would be to use the antunit functionality.

I've been looking at it this weekend, as I write the tests for the http 
antlib. Its pretty slick, though I would have to use it a bit more to be 
sure. I'm particularly curious about how I'm going to debug stuff 
running under it.

1. I like au: being in its own namespace/antlib; it should stay that way 
even if it is part of the core codebase.

2. we need to think how we will have multiple antlibs under that 
codebase, all with their own build

maybe a subdir antlib with standard targets in each antlib underneath, 
so we can tell all of them to install into a standard dest dir on the 
ant classpath on demand:

<subant target ="install" >
   <fileset dir="antlib" includes="*/build.xml">

3. we also need to think about inter-antlib dependencies. I will need 
antlib to test my antlib.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message