Return-Path: 
 <ant-user-return-23397-qmlist-jakarta-archive-ant-user=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-user-archive@apache.org
Received: (qmail 45748 invoked from network); 30 Jul 2002 14:01:04 -0000
Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131)
  by daedalus.apache.org with SMTP; 30 Jul 2002 14:01:04 -0000
Received: (qmail 9391 invoked by uid 97); 30 Jul 2002 14:00:53 -0000
Delivered-To: qmlist-jakarta-archive-ant-user@jakarta.apache.org
Received: (qmail 9242 invoked by uid 97); 30 Jul 2002 14:00:53 -0000
Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:ant-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-user-subscribe@jakarta.apache.org>
List-Help: <mailto:ant-user-help@jakarta.apache.org>
List-Post: <mailto:ant-user@jakarta.apache.org>
List-Id: "Ant Users List" <ant-user.jakarta.apache.org>
Reply-To: "Ant Users List" <ant-user@jakarta.apache.org>
Delivered-To: mailing list ant-user@jakarta.apache.org
Received: (qmail 9111 invoked by uid 98); 30 Jul 2002 14:00:52 -0000
X-Antivirus: nagoya (v4198 created Apr 24 2002)
X-Authentication-Warning: bodewig.bost.de: bodewig set sender to
 bodewig@apache.org using -f
To: ant-user@jakarta.apache.org
Subject: Re: rename/move
References: <2DAFF28F562AD4119B0E00508B5F049F01D4237F@AMSEXCH01>
From: Stefan Bodewig <bodewig@apache.org>
Date: 30 Jul 2002 16:00:28 +0200
In-Reply-To: <2DAFF28F562AD4119B0E00508B5F049F01D4237F@AMSEXCH01>
Message-ID: <m3bs8ptiwz.fsf@bodewig.bost.de>
Lines: 22
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter)
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 Tue, 30 Jul 2002, Tibor Strausz <Tibor.Strausz@tridion.com> wrote:
>> <move> in Ant 1.5 should be fast enough as long as you are not
>> leaving any files via excludes in the directory to move.
> 
> well not with me :(

Let's see whether we can improve the situation, then.

<move> will first scann you complete directory tree which may take
some time, this is the overhead <move> has over <rename>.  But in your
case <move> thinks that it must not simple perform a File#renameTo on
the directory (otherwise the summary would read differently), the
reasons for which could be:

(1) filters.  Do you define any filters, filtersets or filterchains?

(2) The target directory exists and cannot be deleted (not empty?).

(3) The directory contains files that don't get moved.  Does Ant
successfully delete ${srcDir} at the end of <move>?

Stefan

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