Return-Path: 
 <dev-return-82903-apmail-ant-dev-archive=ant.apache.org@ant.apache.org>
Delivered-To: apmail-ant-dev-archive@www.apache.org
Received: (qmail 76447 invoked from network); 1 Jul 2008 18:24:17 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 1 Jul 2008 18:24:17 -0000
Received: (qmail 46491 invoked by uid 500); 1 Jul 2008 18:24:17 -0000
Delivered-To: apmail-ant-dev-archive@ant.apache.org
Received: (qmail 46450 invoked by uid 500); 1 Jul 2008 18:24:17 -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 46439 invoked by uid 99); 1 Jul 2008 18:24:17 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 11:24:17 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of ddevienne@gmail.com
 designates 66.249.92.170 as permitted sender)
Received: from [66.249.92.170] (HELO ug-out-1314.google.com) (66.249.92.170)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jul 2008 18:23:27 +0000
Received: by ug-out-1314.google.com with SMTP id o2so421293uge.31
        for <dev@ant.apache.org>; Tue, 01 Jul 2008 11:23:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=gamma;
        h=domainkey-signature:received:received:message-id:date:from:to
         :subject:in-reply-to:mime-version:content-type
         :content-transfer-encoding:content-disposition:references;
        bh=B7Y+JCMP+/EvW98kV3jPxUS+MnB2S7YjrMcdTsLT/gI=;
        b=VYjwNahglHdIuwC9/cAdX0ZgneSv+0etMP0Sk0tnMVMFxSrkHRXO15FfhYmKtus0bv
         ybzcvC7ENpjsq/fV/dfu3MppULzUEjfuxEHnNr5PUUqgAAe7rgtNVeUFYd9suoJmP6y0
         j/0xBOYd511U4p21aZY7mIumXCiWOHUdoAiQo=
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=R+0TgRmf9HpR98DNSoQCZ6sgmIriASONQdLs4g1vjpDaaA/2XCxz1CgmtaxmXfMse7
         Q/RyatOGC7nyNWRIbLjAY48OfvefOIqmL1g9hHg74Zjbys0M84E0nD9kSHOckZJW77Vv
         o6weby4manDLLIr65fY3EIWC4fsbxfRS3+Ji8=
Received: by 10.66.233.10 with SMTP id f10mr534949ugh.8.1214936627027;
        Tue, 01 Jul 2008 11:23:47 -0700 (PDT)
Received: by 10.67.29.20 with HTTP; Tue, 1 Jul 2008 11:23:46 -0700 (PDT)
Message-ID: <255d8d690807011123k700cd2f3s8ea7fe1dfc5424d9@mail.gmail.com>
Date: Tue, 1 Jul 2008 13:23:46 -0500
From: "Dominique Devienne" <ddevienne@gmail.com>
To: "Ant Developers List" <dev@ant.apache.org>, list-reader@sysbliss.com
Subject: Re: Wildcards in depends?
In-Reply-To: <486A6C55.3080200@sysbliss.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <486A6C55.3080200@sysbliss.com>
X-Virus-Checked: Checked by ClamAV on apache.org

On Tue, Jul 1, 2008 at 12:41 PM, jonathan doklovic
<list-reader@sysbliss.com> wrote:
> I was wondering if anyone else thought being able to specify wildcards in
> the depends attribute of the target would be helpful.
> Where I work, we use a lot of build fragments that get imported, and we
> would like the ability to allow the developer to add/remove build
> funtionality easilt without disrupting the basic workflow.
>
> essentially something like:
>
> build.xml imports base-java.xml and java-checkstyle.xml
>
> base-java.xml:
> <target name="pre-compile" depends="java-pre-plugin*,compile" />
>
> java-checkstyle.xml
> <target name="java-pre-plugin-checkstyle"> ... run checkstyle ... </target>
>
> This way a developer can add/remove something like checkstyle simply by
> adding/removing the import.
> This would also allow the developer to use a different syntax checker simply
> by the import.

Your syntax is not backward compatible in general, but as Matt writes
a custom Executor may enable it specifically for you.

BTW your use case would be answered by a proposed extension using new
'before/after' attributes on <target> which was discussed at length a
few weeks back. Injecting dependencies that way, a la Maven, would
make plugging in things together more easily, and mesh well with
<import>. You may have a better chance with before/after than
depends="foo*". --DD

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