Return-Path: 
 <dev-return-85707-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 88609 invoked from network); 23 Jun 2010 21:28:12 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 23 Jun 2010 21:28:12 -0000
Received: (qmail 92156 invoked by uid 500); 23 Jun 2010 21:28:12 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 91997 invoked by uid 500); 23 Jun 2010 21:28:11 -0000
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:dev-unsubscribe@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 91989 invoked by uid 99); 23 Jun 2010 21:28:11 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jun 2010 21:28:11 +0000
X-ASF-Spam-Status: No, hits=2.2 required=10.0
	tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of danny@codeaholics.org
 designates 74.125.82.173 as permitted sender)
Received: from [74.125.82.173] (HELO mail-wy0-f173.google.com) (74.125.82.173)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Jun 2010 21:28:03 +0000
Received: by wyb42 with SMTP id 42so1924236wyb.4
        for <dev@ant.apache.org>; Wed, 23 Jun 2010 14:27:41 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.160.206 with SMTP id u56mr3118719wek.5.1277328460567;
 Wed,
	23 Jun 2010 14:27:40 -0700 (PDT)
Received: by 10.216.91.21 with HTTP; Wed, 23 Jun 2010 14:27:40 -0700 (PDT)
X-Originating-IP: [90.199.165.60]
In-Reply-To: <AANLkTilfkXCzwyMUiRM-g98md3dcqsH1WP8Z7VbLzsAE@mail.gmail.com>
References: <AANLkTinKOXMBKs8_i20ebf0ItqPK1wk4S_QLer4RavgQ@mail.gmail.com>
	<87lja827ng.fsf@v35516.1blu.de>
	<AANLkTimSbBckAQs1DbfOlt7p8KsvRgqF_LTlLT0GfxT5@mail.gmail.com>
	<87vd9czhmt.fsf@v35516.1blu.de>
	<AANLkTinZZWStQUib7mq7n8TIy0tERpd_2V8wXyltZXEC@mail.gmail.com>
	<878w66nil5.fsf@v35516.1blu.de>
	<AANLkTim91T85qA1m8IfC1x_euoI7ZqgXa4GdNeSJTZVJ@mail.gmail.com>
	<AANLkTikCHpg3ryrNjcl9eqW9Kfit_2F4ttcu34H1P5Sq@mail.gmail.com>
	<AANLkTilfkXCzwyMUiRM-g98md3dcqsH1WP8Z7VbLzsAE@mail.gmail.com>
Date: Wed, 23 Jun 2010 22:27:40 +0100
Message-ID: <AANLkTilmJzk0dkwO5KoMdB2vaPKdmO651sTg3BZIHlZd@mail.gmail.com>
Subject: Re: missing extension-point behaviour
From: Danny Yates <danny@codeaholics.org>
To: Ant Developers List <dev@ant.apache.org>
Content-Type: multipart/alternative; boundary=0016e65684e22753ea0489b93511
X-Virus-Checked: Checked by ClamAV on apache.org

--0016e65684e22753ea0489b93511
Content-Type: text/plain; charset=ISO-8859-1

Thanks for the pointer ref <fileset>

I'm not sure that merging the two builds is possible for various reasons.
Technically, yes; but for "security reasons", no.

Also, I'd really like it so that I don't have to <subant> (or <ant> or
<antcall> or whetever) into the service-specific scripts, because there are
(will be) a large number of touch points, and I don't want to have to go and
find each of them whenever a new service is added. As I have it now, adding
a new service is as simple as dropping in a new service descriptor.

Cheers,

Danny.


On 23 June 2010 20:46, Dominique Devienne <ddevienne@gmail.com> wrote:

> On Wed, Jun 23, 2010 at 2:17 PM, Danny Yates <danny@codeaholics.org>
> wrote:
> > [...]
> > In essence, you describe the build file which uses "extensionOf"
> > importing/including the build file which has the extension-points, but
> we're
> > trying to work the other way around and throwing two "master" build files
> > into the mix!
> >
> > I hope that's a bit clearer?
>
> That is clearer indeed, and the reason why I didn't get it, because
> what you are trying to achieve is "upside-down" compared to my
> thinking and I suspect the way extension-point where designed to be
> used. I kinda understand your rational for doing it that way though,
> even though I think I would have gone for a different design,
> possibly:
>
> 1) merge build.xml and deploy.xml and be done with it. Somehow I
> suspect the target sets are mostly orthogonal and the merge is
> possible.
> 2) do exactly what you say you didn't want to do :) i.e. do it
> "right-side-up" by having each "service" script import (now helper as
> opposed to master) build(er).xml and deploy(er).xml. To build all
> services, you'd <subant> into each "service"-specific script.
>
> So I guess now I'm more +/-0 on this new feature, rather than plain -0.5.
> --DD
>
> PS: You want <fileset dir="service-descriptors"
> includes="*-descriptor.xml" /> to ensure you don't scan the whole of
> ${basedir}. Antoine's optimization probably recognize that case, but
> it's always better to be as specific with the fileset's dir attribute
> as you can.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

--0016e65684e22753ea0489b93511--