ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Maarten Coene <>
Subject Re: Fixing some naming inconsistencies in Ivy
Date Mon, 31 Mar 2008 11:43:38 GMT
I like the enumeration syntax, like descriptor="required | otpional", it's much more readable
and it will probably allow us to have less attributes on some of the tasks.


----- Original Message ----
From: Xavier Hanin <>
To: Ant Developers List <>
Sent: Saturday, March 29, 2008 10:09:23 AM
Subject: Re: Fixing some naming inconsistencies in Ivy

Just pinging about this e-mail, I've had no answer so far, I think I can't
make the choice alone, and we need to deal with that question before
2.0final to close IVY-297. So, anyone has an opinion about this:

On Fri, Feb 29, 2008 at 12:31 PM, Xavier Hanin <>

> Hi,
> As reported by IVY-297, Ivy suffers from some name inconsistencies and
> strange attribute names. Ivy 2.0 is a good opportunity to fix some of
> them, since I think we can afford some more deprecation warnings.
> So I'd like to fix IVY-297 by marking allownomd as deprecated, and
> providing a descriptor="required | optional" attribute.
> To go further, we could rename the attribute skipbuildwithoutivy in
> buildlist in skipbuildwithoutdescriptor, or even better change it to
> buildwithoutdescriptor="skip | fail | warn | tail | head", which wold make
> it both more readable and more powerful.
> Another area where the name 'ivy' is used to talk about module descriptors
> in general is patterns. This lead to some strange settings, where you give
> an 'ivy' pattern to tell where the poms are. In this case I think we could
> support both 'ivy' and 'descriptor' (for resolver patterns for instance),
> since the use case for ivy files is still predominant, so I don't think
> deprecating the old name would really be better.
> So, what do you think about these changes?
> Xavier
Xavier Hanin - Independent Java Consultant

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.

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

View raw message