Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 95551 invoked from network); 15 Jun 2006 06:09:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Jun 2006 06:09:32 -0000 Received: (qmail 26441 invoked by uid 500); 15 Jun 2006 06:09:27 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 26160 invoked by uid 500); 15 Jun 2006 06:09:26 -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 26149 invoked by uid 99); 15 Jun 2006 06:09:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jun 2006 23:09:26 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [192.54.144.135] (HELO thsmsgxrt12p.thalesgroup.com) (192.54.144.135) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jun 2006 23:09:24 -0700 Received: from thsmsgirt22p.corp.thales (unknown [10.33.231.6]) by thsmsgxrt12p.thalesgroup.com (Postfix) with ESMTP id 7C67C44009 for ; Thu, 15 Jun 2006 08:09:02 +0200 (CEST) Received: from thsmsgiav13p.corp.thales (10.33.231.33) by thsmsgirt22p.corp.thales (7.2.055.4) id 44447C9500ACC22C for user@ant.apache.org; Thu, 15 Jun 2006 08:09:01 +0200 Received: from (10.33.231.2) by thsmsgiav13p.corp.thales via smtp id 15a1_71421e8e_fc35_11da_9f98_0014221d46b3; Thu, 15 Jun 2006 06:09:01 +0000 Received: from AIRSYS3.melb.tatm.thales (unknown [10.33.11.24]) by thsmsgirt12p.corp.thales (Postfix) with ESMTP id 6B08E3C0C6 for ; Thu, 15 Jun 2006 08:09:00 +0200 (CEST) Received: from gilap9300 (10.99.55.72) by AIRSYS3.melb.tatm.thales (NPlex 6.5.026) id 439D26D7000D7B77 for user@ant.apache.org; Thu, 15 Jun 2006 16:10:59 +1000 From: "Greg Irvine" To: "'Ant Users List'" Subject: "Recursiveness" / property already used in a "generic" build... Date: Thu, 15 Jun 2006 16:07:49 +1000 Organization: Thales ATM Message-ID: <001201c69042$07978690$4837630a@gilap9300> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01C69095.D9439690" X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcOuGb6Ar6Ho7IFASTa8rpQZ2HbbbYXESA2g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_NextPart_000_0013_01C69095.D9439690 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all. I'm trying to write a generic build file that uses a properties file to inform the generic build file of which subprojects to build. So, the build.xml loads a build.properties which has a property buildorder which is a list of subprojects in that directory to build, and this order is specific due to dependencies. I have this working just fine (generally). This works if multiple folders have the same level do the same thing. I'm assuming this works because once the explicit call to build Folder1 returns, any properties set in Folder1 or lower are cleared, so when Folder2 build loads the build.properties the buildorder property set in Folder1 has been cleared. Parent -> Build.xml explicitly calls build on Folder1 and Folder2 Folder1 -> build.xml + build.properties (buildorder=SubFolder1, SubFolder2, SubFolder3) -> SubFolder1 -> SubFolder2 -> SubFolder3 Folder2-> build.xml + build.properties (buildorder=SubFolder1, SubFolder2, SubFolder3) -> SubFolder1 -> SubFolder2 -> SubFolder3 The problem I have is that if one of those projects is in fact a folder that itself has a list of projects to build I find the property buildorder is already set by the parent build file and fails trying to build the same stuff again but in the subfolder. Folder1 -> build.xml + build.properties (buildorder=SubFolder1, SubFolder2, SubFolder3) -> SubFolder1 -> build.xml + build.properties (buildorder=SubSubFolder1, SubSubFolder2, SubSubFolder3) -> SubSubFolder1 -> SubSubFolder2 -> SubSubFolder3 -> SubFolder2 -> SubFolder3 i.e. Folder1 build loads buildorder from build.properties and calls build.xml in SubFolder1 (as specific in build.properties) which tries to load it's build.properties which tries to define buildorder and of course can't. Hence, the build in SubFolder1 tries to build SubFolder1, SubFolder2, SubFolder3 as defined by the parent buildorder again instead of the "new" SubSubFolder1. Any suggestions on how to get around this would be great. Thanks and regards, Greg. Ps. If you REALLY think Maven is a better option let me know and I'll just have to do an ROI analysis. ------=_NextPart_000_0013_01C69095.D9439690--