Hi Xavier, >> Without Ivy, you can simply use a get task and build a path >> from the downloaded jar.
Well, but that implies that each and every build script (in thousands of projects) need to include such a "bootstrap". Something like you code example is what I want to "burry" in the Ant core. Just the namespace implies the artefacts to be used. Regards, Wolfgang Häfelinger Research & Architecture | Dir. 2.7.0.2 European Patent Office Patentlaan 3-9 | 2288 EE Rijswijk | The Netherlands Tel. +31 (0)70 340 4931 [EMAIL PROTECTED] http://www.epo.org "Xavier Hanin" <[EMAIL PROTECTED]> 14-11-2007 23:29 Please respond to "Ant Developers List" <dev@ant.apache.org> To "Ant Developers List" <dev@ant.apache.org> cc Subject Re: ApacheCon Presentation Here's what we do in Ivy build to use emma (this is just an example): <ivy:cachepath organisation="emma" module="emma" revision="2.0.5312" inline="true" conf="default" pathid="emma.classpath" /> <ivy:cachepath organisation="emma" module="emma_ant" revision=" 2.0.5312" inline="true" conf="default" pathid=" emma.ant.classpath" transitive="false" /> <taskdef resource="emma_ant.properties"> <classpath refid="emma.classpath" /> <classpath refid="emma.ant.classpath" /> </taskdef> With cleaner metadata using only one ivy:cachepath would be enough. Without Ivy, you can simply use a get task and build a path from the downloaded jar. That's what we suggest to do to "install" Ivy itself if you want to use clean Ant install (since using Ivy for that is obviously not an option :-)). Xavier On Nov 14, 2007 3:07 PM, Wolfgang Häfelinger <[EMAIL PROTECTED]> wrote: > Hey Kev, > > I just browsed your presentation and came across page 3/54 where I'm > reading > > * Simple fix...place all third-party jars in $ANT_HOME/lib > > Honestly, putting something into Ant's lib directory is really ugly and > all > those alternatives ($HOME/.ant etc) do not solve the overall problem. > > My/our problem is that we would like to checkout a project from a > source > repository and then just call Ant to build it. > > That's the theory, but all but most trivial scripts I've seen have > customized > Ant. So they all need all those tiny little antlib jars. And that's why > you > need to resolve all those class-not-found-exceptions, very annoying > actually. > > I wonder whether Ant/Ivy has a "dependency fetching" mechanism like Maven > has > regarding "plugins". This is what I have in mind: A antlib provides > tasks > and macros and implements them in terms of 3rdparty libraries. Those > libraries > are described in dependencies (perhaps a la Maven). If such a antlib is > used, > Ant will download those 3rdparty stuff some cache directory and adjust > it's > classpath. > > Does such a feature exist? Is such a feature reasonable? Am I the only one > who > is annoyed by putting 3rdparty libs in Ant's home directory????? > > Regards, > > Wolfgang Häfelinger > Research & Architecture | Dir. 2.7.0.2 > European Patent Office > Patentlaan 3-9 | 2288 EE Rijswijk | The Netherlands > Tel. +31 (0)70 340 4931 > [EMAIL PROTECTED] > http://www.epo.org > > > > > Kev Jackson <[EMAIL PROTECTED]> > 13-11-2007 03:02 > Please respond to > "Ant Developers List" <dev@ant.apache.org> > > > To > Ant Developers List <dev@ant.apache.org>, Ant Users List > <[EMAIL PROTECTED]> > cc > > Subject > ApacheCon Presentation > > > > > > > Hi all, > > As some of you probably know already, the HK OSSummit has been canceled > due to lack of attendees. > > But as I've already prepared my presentation (which will now not be > aired publicly), feel free to browse/peruse yourselves without my witty > voiceover > > http://people.apache.org/~kevj/ossummit/extending-ant.html< http://people.apache.org/%7Ekevj/ossummit/extending-ant.html> > > If anyone is presenting at ApacheCon US / ApacheCon EU and wants to > take/modify material in the presentation, feel free - I hope it gets > some use. > > I cover: > * Antlibs (same material as my previous presentation) > * BuildListener/Logger > * <scriptdef> > * Basic IVY > > > The format is S5 which is basically html + javascript + css. > > Thanks, > Kev > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- Xavier Hanin - Independent Java Consultant http://xhab.blogspot.com/ http://ant.apache.org/ivy/ http://www.xoocode.org/
