Return-Path: 
 <ant-user-return-9798-apmail-jakarta-ant-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org
Received: (qmail 39415 invoked by uid 500); 5 Jul 2001 15:10:08 -0000
Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:ant-user@jakarta.apache.org>
List-Help: <mailto:ant-user-help@jakarta.apache.org>
List-Unsubscribe: <mailto:ant-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-user-subscribe@jakarta.apache.org>
Reply-To: ant-user@jakarta.apache.org
Delivered-To: mailing list ant-user@jakarta.apache.org
Received: (qmail 39393 invoked from network); 5 Jul 2001 15:10:07 -0000
Sender: minger@sedonacorp.com
Message-ID: <3B448444.A6D1A06C@sedonacorp.com>
Date: Thu, 05 Jul 2001 11:14:12 -0400
From: matt.inger@sedonacorp.com
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.19-7.0.1 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: ant-user@jakarta.apache.org
Subject: Re: Approach to Conditionals: SOMETHING USEFUL ON THIS TOPIC
References: 
 <3B2485FD3A5C2A418C6BDD2F43E02413047E68@dmi-exch.demandsolutions.com>
		<01070404214604.00791@helm.realityforge.org>
		<3B421F07.FB605DB3@sedonacorp.com>
		<01070413043007.00791@helm.realityforge.org>
		<3B44764B.D0987913@sedonacorp.com> <m3elrve8h7.fsf@bodewig.bost.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Filter-Version: 1.3 (netra1)
X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N

i have no problem with that.  in any case, speaking of <cvs>, are there
any libraries out there for <rcs>?  I know it's old and decrepit, but
that's
what i'm stuck with.

Stefan Bodewig wrote:

> On Thu, 05 Jul 2001, matt inger <matt.inger@sedonacorp.com> wrote:
>
> > I understand that your vision of ant does not involve making it a
> > scripting language.  However, like myself, most users need some
> > basic constructs for flow control.  I think the ContainerTask will
> > definately be a step in that direction allowing users to develop
> > their own tasks.  But, in a lot of cases, the people developing the
> > ant input files are not necessarily java programmers, and could not
> > really code up their own tasks, or effectively make their own
> > conditionals.
>
> The idea here is that there will be a "standard" foreach task (and
> friends) in a repository of optional tasks, it will just not be part
> of the very core of Ant (just like many current built-in tasks will
> probably be demoted to optional tasks - <sql>, <cvs> and many others).
>
> Stefan

--
Matt Inger (matt.inger@sedonacorp.com)
Sedona Corporation
455 S. Gulph Road, Suite 300
King of Prussia, PA 19406
(484) 679-2213
"Self-respect - the secure feeling that no one,
 as yet, is suspicious." -H.L. Mencken