Return-Path: Mailing-List: contact gump-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list gump@jakarta.apache.org Received: (qmail 744 invoked by uid 98); 21 Jan 2003 16:49:36 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Received: (qmail 194 invoked from network); 21 Jan 2003 16:49:29 -0000 Received: from unknown (HELO apache.org) (63.251.56.142) by nagoya.betaversion.org with SMTP; 21 Jan 2003 16:49:29 -0000 Received: (qmail 45978 invoked by uid 500); 21 Jan 2003 16:48:04 -0000 Received: (qmail 45966 invoked from network); 21 Jan 2003 16:48:03 -0000 Received: from 26.93.rsvl.dsl.quiknet.com (HELO csm.chalko.com) (207.231.93.26) by 208.185.179.12.available.above.net with SMTP; 21 Jan 2003 16:48:03 -0000 Received: from chalko.com ([66.7.134.190]) by csm.chalko.com (8.11.6/linuxconf) with ESMTP id h0LGm5J19809; Tue, 21 Jan 2003 08:48:05 -0800 Message-ID: <3E2D79C4.8000104@chalko.com> Date: Tue, 21 Jan 2003 08:48:04 -0800 From: Nick Chalko User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gump code and data , Krysalis Developers Subject: Re: replacing a build dependency system with gump References: <3E2D3BD2.6020003@apache.org> In-Reply-To: <3E2D3BD2.6020003@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: 208.185.179.12.available.above.net 1.6.2 0/1000/N Sam Ruby wrote: > Leo Simons wrote: > >> >> I'm wondering where to go next. Would it be a good idea to copy some >> of maven's auto-get-this-jar-from-repo functionality to gump, or >> should gump remain purely focused on integration builds? > > > Being able to get a jar would be very helpful for retrieving the > redistributable components of > http://cvs.apache.org/builds/gump/latest/packages.html. My only > concern is that I don't want the people who are creating a project to > be able to dictate the versions of the dependencies used. They should > get the first say, of course, but the person doing the integration > should get the final say. The idea I was toying with was changing the "drop project becuse missing dependency foo" step of gump to be "adding project foo, to the list of downloads" and then have ruper grab all the files and place them in the "packages dir". see http://krysalis.org/cgi-bin/krywiki.pl?RuperDependTask has gump tasks as nested elements, the only addition is a "repository" element so ruper knows where to look for the jar at and a optional "version" attribute.. Ruper is pretty good at handling different versions. The ruperDepend code is working and tested see http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/krysalis/krysalis-ant-tasks/src/test/org/krysalis/ant/taskdefs/RuperDependTaskTest.java?rev=HEAD&content-type=text/vnd.viewcvs-markup . Although it still fails in centipede because the Ant Reference to the generated path, is not available outside of the getcorelibs import. -- Nick Chalko Show me the code. Centipede Ant + autodownloadable build plugins + needed jars autodownload. http://krysalis.org/centipede ---------------------------------------------------------------------