Return-Path: <levylambert@tiscali-dsl.de>
Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Delivered-To: mailing list dev@ant.apache.org
Received: (qmail 84277 invoked from network); 13 Feb 2003 22:07:27 -0000
Received: from unknown (HELO webmail.tiscali.de) (62.27.55.1)
  by daedalus.apache.org with SMTP; 13 Feb 2003 22:07:27 -0000
Received: from DJ0X820J (80.128.224.117) by webmail.tiscali.de (6.0.045)
        id 3E0C8E8100EA5E5B for dev@ant.apache.org;
 Thu, 13 Feb 2003 22:51:49 +0100
Message-ID: <001701c2d3ad$2308d6e0$030200c0@DJ0X820J>
From: "Antoine Levy-Lambert" <levylambert@tiscali-dsl.de>
To: "Ant Developers List" <dev@ant.apache.org>
References: <5.2.0.9.0.20030207155528.03055a60@orson.callenish.com>
 <m3adh8wgic.fsf@bodewig.bost.de> <m3adh8wgic.fsf@bodewig.bost.de>
 <5.2.0.9.0.20030207155528.03055a60@orson.callenish.com>
 <5.2.0.9.0.20030211123639.03957288@orson.callenish.com>
 <m3smutx5ev.fsf@bodewig.bost.de>
 <5.2.0.9.0.20030213115649.0cab9a38@orson.callenish.com>
Subject: Re: API changes introduced while fixing bug 10755
Date: Thu, 13 Feb 2003 23:13:28 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Thanks for your comments Bruce.

Antoine L�vy-Lambert
----- Original Message -----
From: "Bruce Atherton" <bruce@callenish.com>
To: "Ant Developers List" <dev@ant.apache.org>
Sent: Thursday, February 13, 2003 10:52 PM
Subject: Re: API changes introduced while fixing bug 10755


> At 02:28 AM 2/12/2003, Antoine Levy-Lambert wrote:
>
> >4) for the future
> >
> >I think we should change a number of method signatures to use Resource
> >instead of File.
>
> s/change/add/ (and mark the old methods deprecated), at least for methods
> already in a release. Until we decide it is time to clean out the cruft
and
> release Ant 2.
>
>
> >I have the following in mind :
> >     - adding new properties to the Resource class
>
> The eventual plan would be to make this Resource class represent an entry
> in a virtual file system. Therefore, it should provide either a subset of
> all common properties on the different file systems (not desirable as it
is
> far too limiting) or a superset of properties with sensible behaviour when
> a property is used on a file system that doesn't provide it. Whether that
> behaviour is a BuildException, a warning message, or some default
behaviour
> would depend on the specific circumstances. So, for example, attempting to
> get the compressed size of a file on disk could just return the regular
> size of the file.
>
>
> >     - create a new routine in DirectoryScanner called Resource []
> >ListDir(Resource base)
>
> Personally, I'd like to see a completely different use of Scanners in the
> system. Conceptually, I don't think Tasks should work with Scanners
> directly, but instead get everything they need from fileset
implementations
> of AbstractFileSet (AbstractResourceSet?). Scanners should be command
> objects that populate the required fields of the fileset. Whether the
> contents of the fileset come from a scanner or the hand of god is not
> something a task should be concerned about.
>
> Eventually. And for the foreseeable future, the old way has to continue to
> work as well.
>
>
> >it might ... pave the way for
> >doing new things, like using a ZipFileSet as a source in the <copy> task
>
> Or an FTPFileSet, or a DAVFileSet, or a CVSRevisionSet, or ...
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>