Return-Path: 
 <dev-return-49554-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 90296 invoked by uid 500); 14 Aug 2003 13:46:08 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@ant.apache.org>
List-Subscribe: <mailto:dev-subscribe@ant.apache.org>
List-Help: <mailto:dev-help@ant.apache.org>
List-Post: <mailto:dev@ant.apache.org>
List-Id: "Ant Developers List" <dev.ant.apache.org>
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 90256 invoked from network); 14 Aug 2003 13:46:07 -0000
Received: from junior.lgc.com (134.132.72.99)
  by daedalus.apache.org with SMTP; 14 Aug 2003 13:46:07 -0000
Received: from lgchvw01.lgc.com (lgchvw01.lgc.com [134.132.93.107])
	by junior.lgc.com (8.11.7/8.11.3) with SMTP id h7EDj0o12493
	for <dev@ant.apache.org>; Thu, 14 Aug 2003 08:45:00 -0500 (CDT)
Received: from 134.132.93.152 by lgchvw01.lgc.com (InterScan E-Mail VirusWall
 NT); Thu, 14 Aug 2003 08:46:08 -0500
Received: by lgchexchbh.ad.lgc.com with Internet Mail Service (5.5.2653.19)
	id <Q1DPSAXH>; Thu, 14 Aug 2003 08:46:07 -0500
Message-ID: <D44A54C298394F4E967EC8538B1E00F10248C64A@lgchexch002.lgc.com>
From: Dominique Devienne <DDevienne@lgc.com>
To: "'Ant Developers List'" <dev@ant.apache.org>
Subject: RE: can <subant> reuse Projects?
Date: Thu, 14 Aug 2003 08:46:00 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

No, this is currently not possible. <subant> uses <ant> behind the =
scene's,
and doesn't access the created project. Now, I've also hacked =
<antreturn>
that works for my own purpose, and does indeed get access to the child
project thru devious means, so in theory it could cache the child =
projects,
so I just don't think it's very advisable...

On the other hand, my goal with <antreturn> was to get back properties =
and
references from the child build, so you could get back up a property =
set in
a.xml, and feed it back down to c.xml and later to a.xml to avoid
reprocessing something. My own version of <subant> allows passing down =
a
<propertyset>, but I guess one could also have a return <propertyset> =
by
merging the <antreturn> functionality.

All this sounds very hackish though, even to me ;-)

Even my current use of <antReturn> I find hackish, but without the =
ability
to use Ant's own digester-like XML to Java engine, I find easier to =
call
another Project and extract what I need out of it, rather than coding =
from
scratch the info I need about of a separate non-Ant (data-type) file.

I hope I'm not too off base vis-=E0-vis your question. --DD

> -----Original Message-----
> From: Knut Wannheden [mailto:knut.wannheden@paranor.ch]
> Sent: Thursday, August 14, 2003 6:40 AM
> To: dev@ant.apache.org
> Subject: can <subant> reuse Projects?
>=20
> Hi,
>=20
> Up until now I've been using my own <subant> like task.  But now that =
Ant
> 1.6 doesn't seem too distant anymore I'd like to integrate with =
<subant>.
>=20
> There's one thing I'm wondering about: Can <subant> reuse the same =
Project
> object corresponding to a buildfile in multiple calls?  The reason =
that
> I'm
> askin this is that I think it would be nice if a target's =
dependencies
> were
> only resolved once.  Consider the following case:
>=20
>          a.xml
>            ^
>          /   \
>     b.xml    c.xml
>        ^      ^
>         \    /
>          d.xml
>=20
> where I in b.xml and c.xml use <subant> to invoke a target i a.xml.  =
And
> in
> d.xml i use <subant> to invoke a target in b.xml and c.xml.  Now if =
both
> b.xml and c.xml invoke the same target "foo" in a.xml, then I'd only =
want
> the dependencies of "a:foo" to be resolved once.
>=20
> Is this currently possible with <subant> or would it be possible to =
add
> this
> behaviour?
>=20
> --
> knut

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org