Return-Path: Delivered-To: apmail-ant-user-archive@www.apache.org Received: (qmail 40514 invoked from network); 28 Jul 2009 16:44:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jul 2009 16:44:14 -0000 Received: (qmail 21950 invoked by uid 500); 28 Jul 2009 16:45:30 -0000 Delivered-To: apmail-ant-user-archive@ant.apache.org Received: (qmail 21884 invoked by uid 500); 28 Jul 2009 16:45:30 -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 21874 invoked by uid 99); 28 Jul 2009 16:45:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jul 2009 16:45:29 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [216.82.242.3] (HELO mail121.messagelabs.com) (216.82.242.3) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jul 2009 16:45:17 +0000 X-VirusChecked: Checked X-Env-Sender: dk068x@att.com X-Msg-Ref: server-13.tower-121.messagelabs.com!1248799494!29426948!1 X-StarScan-Version: 6.0.0; banners=-,-,- X-Originating-IP: [144.160.112.25] Received: (qmail 4741 invoked from network); 28 Jul 2009 16:44:55 -0000 Received: from sbcsmtp3.sbc.com (HELO tlph064.enaf.dadc.sbc.com) (144.160.112.25) by server-13.tower-121.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 28 Jul 2009 16:44:55 -0000 Received: from enaf.dadc.sbc.com (localhost.localdomain [127.0.0.1]) by tlph064.enaf.dadc.sbc.com (8.14.3/8.14.3) with ESMTP id n6SGiqXa001316 for ; Tue, 28 Jul 2009 11:44:52 -0500 Received: from td03xsmtp007.US.Cingular.Net (td03xsmtp007.us.cingular.net [170.35.131.171]) by tlph064.enaf.dadc.sbc.com (8.14.3/8.14.3) with ESMTP id n6SGiotE001300 for ; Tue, 28 Jul 2009 11:44:50 -0500 Received: from BD01XSMTP003.US.Cingular.Net ([135.163.18.44]) by td03xsmtp007.US.Cingular.Net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Jul 2009 11:44:50 -0500 Received: from BD01MSXMB018.US.Cingular.Net ([135.214.27.52]) by BD01XSMTP003.US.Cingular.Net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Jul 2009 09:44:48 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable x-cr-hashedpuzzle: D2M= G/Y= fiM= AVgk CWDg DEEr DqER D/j8 Ejw8 FU3M FV4T Fbr2 H2TV IUBw JOxQ J2Wp;1;dQBzAGUAcgBAAGEAbgB0AC4AYQBwAGEAYwBoAGUALgBvAHIAZwA=;Sosha1_v1;7;{D20E9275-D1C5-4479-AC18-054B7D718297};ZABrADAANgA4AHgAQABhAHQAdAAuAGMAbwBtAA==;Tue, 28 Jul 2009 16:44:46 GMT;UwB0AHIAYQB0AGUAZwBpAGUAcwAgAGYAbwByACAAcgBlAHUAcwBpAG4AZwAgAHQAYQByAGcAZQB0AHMAIAB0AGgAYQB0ACAAcgBlAHEAdQBpAHIAZQAgAHAAYQB0AGgAcwA= x-cr-puzzleid: {D20E9275-D1C5-4479-AC18-054B7D718297} Content-class: urn:content-classes:message Subject: Strategies for reusing targets that require paths Date: Tue, 28 Jul 2009 09:44:46 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Strategies for reusing targets that require paths Thread-Index: AcoPorbYeB4FDrhOQKS1HB2npkmkvA== From: "KARR, DAVID (ATTCINW)" To: X-OriginalArrivalTime: 28 Jul 2009 16:44:48.0300 (UTC) FILETIME=[B833C6C0:01CA0FA2] X-TM-AS-Product-Ver: SMEX-7.0.0.1607-5.5.1027-16790.007 X-TM-AS-Result: No-0.705600-0.000000-31 X-Virus-Checked: Checked by ClamAV on apache.org If I have a number of projects with some similar build needs, it's reasonable to define reusable targets in a "commons" project build.xml file and import that file from each project's build.xml file. What are good strategies for reusing those targets effectively, when they certainly require numerous parameters to work properly? For instance, a reusable "junit" target would likely depend on something like a "compile-test" target, which would need to be parameterized with the source directories to compile, and the "junit" target would need to be parameterized with the required classpath. If I were constructing this, I would aim for all the reusable targets to be called with "ant-call" along with "param" elements. If I were building all of this in a single build.xml, I would define "path" properties that are referenced with "refid" attributes. How would this work if I were passing those path parameters with "ant-call"? If I were to define a path parameter in each of the child build.xml files, using the same "id" value, what happens when a target from the parent build.xml is executed, which references that path id value? --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org