ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Peter Reilly <>
Subject Re: maven dependence tasks for ant
Date Tue, 26 Apr 2005 09:24:20 GMT
Steve Loughran wrote:

> Kev Jackson wrote:
>> My only gripe with Maven is that it's not always available, so when 
>> someone (I'm looking at you Acegi) releases source as a maven 
>> project, I have to waste time messing around installing another build 
>> tool when I have ant already.  I wouldn't mind if it was ant + maven, 
>> but going a maven only route just annoys the hell out of me when I 
>> have to evaluate/install/build from source other projects.
>> As far as a build tool goes, I've not really looked at maven, so I 
>> can't fairly evaluate it, but I think the meta-data should be shared 
>> and used by any tool that needs it, maven, ivy etc.  If evolution 
>> kills maven, or ivy, or ant, I hope the repository will continue
> we run maven and ant side-by-side @ work, under cruise control. It has 
> good reporting.
> Like anything, there is the configuration overhead; this morning maven 
> is complaining about not being able to find a 
> javax.xml.transform.TransformerFactory, which is something I'll have 
> to deal with.
> Sometimes, in a big project, I look at the build files and worry that 
> we are creating the equivalent of C++: a step by step evolution into 
> something scary which doesnt have the same utility as cleanly done 
> languages. Its the curse of backwards compatibility, see. Win32/C++ 
> with STL and ATL has, what 6+ string types; we have, how many ways to 
> represent a slightly different group of files or properties?

Or properties and references - they should be the same but are not and 
worse have totally different behaviour and


> That's the appeal to me of higher order stuff: better scaling.
> -steve
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

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

View raw message