Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org Received: (qmail 94375 invoked by uid 500); 20 Apr 2001 13:04:41 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: ant-user@jakarta.apache.org Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 94012 invoked from network); 20 Apr 2001 13:04:39 -0000 Date: Fri, 20 Apr 2001 15:58:19 +0300 (EEST) From: Mikko Kurki-Suonio X-Sender: maxxon@akilles To: "'ant-user@jakarta.apache.org'" Subject: Re: Includes within ANT In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Fri, 20 Apr 2001, Baldry, Scot M wrote: > instead I would like to include something like "infra.xml" within every > build file - this will ensure that the entire tree build with consistent > infrastructure. Short of writing my own task I can't see how I can achieve > this. The "ant" task seems to assume things work the other way round - I > will call all targets from a master build.xml script and the environment > will be exported into the sub projects. I've done something a bit like this for us. It relies on the "will look for build.xml in parent directory" feature, which I believe was made not default in the recent releases. Thus, you have one top level build.xml with pretty much everything. The actual package dirs have only short data files describing the package and possible a small set of private rules. This approach has numerous shortcomings, but it works for us. //Mikko