Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 40378 invoked from network); 15 Apr 2006 18:39:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Apr 2006 18:39:43 -0000 Received: (qmail 90286 invoked by uid 500); 15 Apr 2006 18:39:39 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 90224 invoked by uid 500); 15 Apr 2006 18:39:38 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 90209 invoked by uid 99); 15 Apr 2006 18:39:38 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Apr 2006 11:39:38 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=URIBL_OB_SURBL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [194.217.242.90] (HELO anchor-post-32.mail.demon.net) (194.217.242.90) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Apr 2006 11:39:37 -0700 Received: from exubero.demon.co.uk ([80.176.249.145] helo=[192.168.10.11]) by anchor-post-32.mail.demon.net with esmtp (Exim 4.42) id 1FUpfv-000OKN-74 for user@ant.apache.org; Sat, 15 Apr 2006 18:39:15 +0000 Subject: Re: Project Build Strategy Question: From: Joe Schmetzer To: Ant Users List In-Reply-To: <000901c66072$c4e70310$6501a8c0@atsinikhilkumar> References: <444062CE.70804@gmx.de> <000901c66072$c4e70310$6501a8c0@atsinikhilkumar> Content-Type: text/plain Date: Sat, 15 Apr 2006 19:39:14 +0100 Message-Id: <1145126354.5490.106.camel@sirius> Mime-Version: 1.0 X-Mailer: Evolution 2.6.0 (2.6.0-1) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Personally, I managed multi-project dependencies in Ant using the technique described at http://www.exubero.com/ant/dependencies.html (though any of the other tools are suitable solutions, as well). Although CruiseControl can handle multiple projects, it doesn't necessarily understand project dependencies very well (though you can fake it with the CC config element - see http://cruisecontrol.sf.net/main/configxml.html#buildstatus ) Cheers, Joe On Sat, 2006-04-15 at 05:55 -0400, nikhil wrote: > Cruise Control is also used for this purpse and many of the people that I > know that have used it swear by it. It invokes ant. > Nikhil > ----- Original Message ----- > From: "Antoine Levy-Lambert" > To: "Ant Users List" > Sent: Friday, April 14, 2006 11:04 PM > Subject: Re: Project Build Strategy Question: > > > > Hello Res, > > > > Ant is primarily a monoproject build tool. > > > > You can look at : > > > > - creating your own custom system to manage dependencies using ant, > > - use Ivy [1] (referenced in the ant documentation under "External > > Tools and Tasks" [2] > > - decide that ant itself should not manage multiproject dependencies > > and use Maven [3] > > - use Gump [4] (which is a continuous integration/build tool) with a > > model to define dependencies between projects > > > > AFAIK Maven is a build tool which works for both developers and build > > managers. It has a concept to store build artifacts in a repository > > accessible via http. > > I have never used Maven myself directly, I wonder whether it can do > > recursive make. AFAIK it is primarily a mono project build tool (and > > project management tool) > > which uses among other things ant. Maven has a concept of project > > descriptor. > > > > You can even combine gump and maven. You can use gump as a tool to build > > your complete stack of projects, and make gump invoke maven. > > > > Gump and ant can also be combined. > > > > In anycase, I would encourage you to use an existing framework to > > describe what are the artifacts of your projects and what do they depend > > upon. > > > > Regards, > > > > Antoine > > > > [1] http://ivy.jayasoft.org/ > > > > [2] http://ant.apache.org/external.html > > > > [3] http://maven.apache.org/ > > > > [4] http://gump.apache.org/ > > > > Res Pons wrote: > > > I have about 9-10 different projects automated under Anthill OS > > > nightly. I set up a property sheet for each project where I call > > > speicific targets out their respective build.xml to generate war > > > files, etc. I have not declared any project dependencies as they're > > > not needed at this point -- only two projects depend on each other and > > > I fake it by building them in time order. Then a master build.xml > > > file kicks in as the last build of the night, packages the war and > > > necessary jar files, checks in the files which have been modified, and > > > tags all the projects in the repository by committing the local > > > working folders under Anthill into Subversion and finally it deploys > > > the war files to the servers for QA testing, etc. > > > > > > Is this a good strategy? Any suggestions or feeback? Thanks. > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > > For additional commands, e-mail: user-help@ant.apache.org > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org > For additional commands, e-mail: user-help@ant.apache.org -- Joe Schmetzer .:. Renaissance Developer .:. http://www.exubero.com/ +44-(0)7775-770-422 --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org