Return-Path: Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 46139 invoked by uid 500); 19 Jun 2003 17:33:07 -0000 Mailing-List: contact user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Users List" Reply-To: "Ant Users List" Delivered-To: mailing list user@ant.apache.org Received: (qmail 46094 invoked from network); 19 Jun 2003 17:33:07 -0000 Received: from mailhost.cs.man.ac.uk (130.88.192.14) by daedalus.apache.org with SMTP; 19 Jun 2003 17:33:07 -0000 Received: from rpc71 ([130.88.198.228] helo=rpc71.cs.man.ac.uk) by mailhost with esmtp (Exim 4.14) id 19T3HX-0002tV-O5 for user@ant.apache.org; Thu, 19 Jun 2003 18:33:07 +0100 Received: (from phillord@localhost) by rpc71.cs.man.ac.uk (8.11.6/8.9.3) id h5JHX9q15569; Thu, 19 Jun 2003 18:33:09 +0100 X-Authentication-Warning: rpc71.cs.man.ac.uk: phillord set sender to p.lord@russet.org.uk using -f Sender: phillord@cs.man.ac.uk To: "Ant Users List" Subject: Re: re-reading build file from within ant References: From: Phillip Lord In-Reply-To: Date: 19 Jun 2003 18:33:09 +0100 Message-ID: Lines: 40 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.93 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.5 (-----) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *19T3HX-0002tV-O5*qxrYeeK17X6* X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N >>>>> "Jeff" == Faist, Jeff writes: Jeff> I use to do this with makefiles am therefore unsure if it will Jeff> work with ANT. Jeff> Leave build.xml alone and have it test for a second file that Jeff> would be the one that is regenerated and does the real work. Jeff> builds.xml will test for this file being out of date, rebuild Jeff> it then call it as needed. that way builds.xml will not Jeff> change so no errors will occur and the other file is not Jeff> loaded ( .include in make ) until after it's rebuilt so it's Jeff> content change will not cause an error either. Jeff> something to test and consider. Ah yes. Like this... build.xml checks whether build-in.xml (one of my source files), and reallybuild.xml are out of date. If so run antmerge, to update reallybuild.xml. and then build.xml launches reallybuild.xml regardless. I think this would work, but there are still two problems. First my IDE, and others as well I suspect, would think that build.xml really was the build file (rather than reallybuild.xml which is the real build), and would offer me only the targets in build.xml to build against. And secondly, I can not pass a target to the ant that's building build.xml which is actually in reallybuild.xml, because it will complain. I'd have to do something nasty like set a -D property which is the target of the sub-ant. Again this is non standard, and peoples IDE's will fail. Phil --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org