Return-Path: 
 <ant-dev-return-26579-qmlist-jakarta-archive-ant-dev=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-dev-archive@apache.org
Received: (qmail 89425 invoked from network); 27 Feb 2002 08:49:04 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 27 Feb 2002 08:49:04 -0000
Received: (qmail 3248 invoked by uid 97); 27 Feb 2002 08:49:13 -0000
Delivered-To: qmlist-jakarta-archive-ant-dev@jakarta.apache.org
Received: (qmail 3232 invoked by uid 97); 27 Feb 2002 08:49:13 -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 3221 invoked from network); 27 Feb 2002 08:49:12 -0000
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: cullers
References: <CLEMKEJLBJDGBHEDNCPHGEOIEDAA.adammurdoch_ml@yahoo.com>
	<001201c1bf5b$06605430$0100a8c0@jose> <m3bsebgx8a.fsf@bodewig.bost.de>
	<200202270837.g1R8btN29318@mail008.syd.optusnet.com.au>
From: Stefan Bodewig <bodewig@apache.org>
Date: 27 Feb 2002 09:34:10 +0100
In-Reply-To: <200202270837.g1R8btN29318@mail008.syd.optusnet.com.au>
Message-ID: <m33czngw71.fsf@bodewig.bost.de>
Lines: 29
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service)
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 Wed, 27 Feb 2002, Peter Donald <peter@apache.org> wrote:

> * FileSet is a set

of existing files, agreed.

If we want to extend it to a more general set, that is fine with me,
but we'll have to rewrite lots of tasks as they rely on the "existing"
bit above.

> Currently mappers transformation abilities are stricted to the name
> attribute of the file - and this will likely remain the case with
> you about ;)

Oh, just convince me. 8-)

> Hence we end up having extensions of Fileset to apply transformation
> rather than a nested element. ie the Tarfileset has attributes to
> apply a set of permissions to fileset.

I wouldn't call this a transformation of the set, maybe this could be
handled by a different concept <decorator> or something similar.

What I'm trying to stress is that <tarfileset> (which could be a
<fileset> with a nested <decorator> that adds permissions) still
consists of existing files, while a set that has been transformed by a
<mapper> doesn't give the same guarantee - and it shouldn't.

Stefan

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