Return-Path: <bodewig@apache.org>
Mailing-List: contact ant-dev-help@jakarta.apache.org; run by ezmlm
Delivered-To: mailing list ant-dev@jakarta.apache.org
Received: (qmail 5902 invoked from network); 30 Nov 2000 07:40:43 -0000
Received: from bodewig.bost.de (root@195.227.98.11)
  by locus.apache.org with SMTP; 30 Nov 2000 07:40:43 -0000
Received: (from bodewig@localhost)
	by bodewig.bost.de (8.9.3/8.9.3) id IAA02005;
	Thu, 30 Nov 2000 08:40:42 +0100
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-dev@jakarta.apache.org
Subject: Re: Rename / Move Directories
References: <635802DA64D4D31190D500508B9B04104E0FC5@dcsrv0>
From: Stefan Bodewig <bodewig@apache.org>
Date: 30 Nov 2000 08:40:42 +0100
In-Reply-To: Jose  Alberto Fernandez's message of "Wed,
 29 Nov 2000 11:10:41 -0800"
Message-ID: <m3g0k9aow5.fsf@bodewig.bost.de>
Lines: 31
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N

Jose Alberto Fernandez <JFernandez@viquity.com> wrote:

>> From: Stefan Bodewig [mailto:bodewig@apache.org]
>> 
>> 
>> John Hall <jhall@solant.com> wrote:
>> 
>> > If the target directory does not exist then the task should do a
>> > straight rename since it is the most efficient.
>> 
>> This is not enough I'm afraid. You have to be sure that you really
>> want to include everything from the source directory so you'd have
>> to check that there is exactly one nested fileset and this one
>> doesn't hold any patterns (which implies no default excludes).
>> 
> 
> This is way too complicated. I think we should just revive <rename>
> or modify <move> to be able to say:
> 
>   <move from="oldName" toDir="newDir" />
> 
>   <move from="oldName" to="newName" />
> 
> and these are plain renames. If the names correspond to different
> file systems and cannot be renamed, the task should just fail
> (as does the UNIX command).

Using move would be fine with me. We'll need some thorough
documentation though.

Stefan