Return-Path: Delivered-To: apmail-jakarta-ant-dev-archive@jakarta.apache.org Received: (qmail 76373 invoked by uid 500); 17 Oct 2001 07:48:02 -0000 Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: ant-dev@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list ant-dev@jakarta.apache.org Received: (qmail 76364 invoked from network); 17 Oct 2001 07:48:01 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-dev@jakarta.apache.org Subject: Re: Transforming/mapping filesets References: <567021421569D311AFED00508B121BD80474A027@MGIEXCHANGE> From: Stefan Bodewig Date: 17 Oct 2001 09:48:12 +0200 In-Reply-To: ryan@mediumone.com's message of "Mon, 1 Oct 2001 12:14:25 -0400" Message-ID: Lines: 29 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Mon, 1 Oct 2001, wrote: > Is there a way to do this now? I first thought you could get away with (at the cost of portability), something like could work - this will delete all files not ending with .foo where no corresponding .foo file can be found or .foo is older than the file in question. As long as there are only .foo files in the directory and nothing else (after the cleanup) this could work. Looks a little dangerous. > Is this a sensible feature? It has been asked for before and we are planning to enhance the whole stuff to allow to build fileset based on other predicates, not just pattern matching (readable files, files modified before a given date and so on) - using some kind of mapper predicate fits into this very vague picture as well. Stefan