Return-Path: 
 <ant-dev-return-36781-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 88855 invoked from network); 7 Aug 2002 06:34:56 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 7 Aug 2002 06:34:56 -0000
Received: (qmail 1876 invoked by uid 97); 7 Aug 2002 06:35:27 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 1857 invoked by uid 97); 7 Aug 2002 06:35:27 -0000
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-dev-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-dev-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-dev-help@jakarta.apache.org>
List-Post: <mailto:ant-dev@jakarta.apache.org>
List-Id: "Ant Developers List" <ant-dev.jakarta.apache.org>
Reply-To: "Ant Developers List" <ant-dev@jakarta.apache.org>
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 1837 invoked by uid 98); 7 Aug 2002 06:35:26 -0000
X-Antivirus: nagoya (v4198 created Apr 24 2002)
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: Subversion in Ant (was Re: Attribute naming)
References: <5.1.0.14.0.20020805114550.03d31da0@mail.callenish.com>
From: Stefan Bodewig <bodewig@apache.org>
Date: 07 Aug 2002 08:34:59 +0200
In-Reply-To: <5.1.0.14.0.20020805114550.03d31da0@mail.callenish.com>
Message-ID: <m3fzxri3cc.fsf@bodewig.bost.de>
Lines: 48
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Mon, 05 Aug 2002, Bruce Atherton <bruce@callenish.com> wrote:

> It is important for all of us to keep in mind that there is an
> inconvenience factor attached to running third party tasks in
> Ant.

This is why we need <antlib> so badly.  It must become as easy as
dropping a file in a given location to install a task.

> For example, if I write an Ant build script for an open source
> project, I will avoid using anything in ant contrib because I want
> to minimize the inconvenience for people

Or you could go about it the other way around (like Maven or Centipede
do) and download all the stuff at build time (I think Centipede
bundles the ant-contrib tasks, dunno for sure).

> Should we then incorporate into Ant all tasks that are submitted? Of
> course not.

We seem to agree here 8-)

> One of my itches is to see CVS disappear.

and here as well.  I've added Subversion support to Gump.

> I'd like to see a Subversion task in Ant for strategic reasons
> rather than technical ones.

I understand that.

> Your argument is also a strategic one, that it would be helpful for
> Ant to have a good example of how to do a third party task, one that
> can be pointed to for all the other task makers to use as a model.

Exactly.

> I think this is a good point but given what I said above, does it
> have to be Subversion?

It certainly doesn't have to be Subversion.  But it would be helpful
if it was a task that is in widespread use.

If you follow the logic of "many people will use it, so bundle it",
people will still want to include their tasks in Ant's distribution -
and if it just was for the same strategic reasons you are following.

Stefan

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