Return-Path: Delivered-To: apmail-commons-user-archive@www.apache.org Received: (qmail 8958 invoked from network); 24 Aug 2007 07:06:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Aug 2007 07:06:44 -0000 Received: (qmail 2908 invoked by uid 500); 24 Aug 2007 07:06:37 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 2506 invoked by uid 500); 24 Aug 2007 07:06:36 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 2497 invoked by uid 99); 24 Aug 2007 07:06:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 00:06:36 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of oliver.zeigermann@gmail.com designates 209.85.134.186 as permitted sender) Received: from [209.85.134.186] (HELO mu-out-0910.google.com) (209.85.134.186) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2007 07:06:31 +0000 Received: by mu-out-0910.google.com with SMTP id i2so735759mue for ; Fri, 24 Aug 2007 00:06:09 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=j4KXhzA3t85zZ9nYUZpYF7imXQU1O4bjAxjt1OgEm3GGG2tgUIE8Xyu6GZRKi8p4EtFNc5hvprPDCbmFVyTVz3wDlXkS56gLOYRM5fBwIqZOKhCcNlz0b6ZKlYWq8o1LHzr8p9nycuCFkKJfCHD8nP0x56GFG+3FuFIq8xVps7c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=R7/gYUbhBGyE6/rsWaXNas2qNtnQalFwkzXGO5BL9WplrfoPpjNAC9jrxkhq7kUl6y+Ib8g5UOoFmfBTqwfBb7irwKoZKIaHY15vclQJ9ny3jb10K+frkJdYePCvJvG78U1UAFFHod9UOBTZdaBrV13KxoQhoIqiszuLRClX74o= Received: by 10.82.183.19 with SMTP id g19mr6072273buf.1187939169201; Fri, 24 Aug 2007 00:06:09 -0700 (PDT) Received: by 10.82.185.15 with HTTP; Fri, 24 Aug 2007 00:06:09 -0700 (PDT) Message-ID: <9da4f4520708240006t32dd1c3cv381e8d5fcd5f0c0d@mail.gmail.com> Date: Fri, 24 Aug 2007 09:06:09 +0200 From: "Oliver Zeigermann" Sender: oliver.zeigermann@gmail.com To: "Jakarta Commons Users List" Subject: Re: [transaction] move resource deletes the directory as well In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 10701cf55008f417 X-Virus-Checked: Checked by ClamAV on apache.org Hi David! 2007/8/23, David J. M. Karlsen : > I'm using > > fileResourceManager.moveResource( txId, > inFilename, > outFilename, > false ); > > > to move inFile to another directory as outfile > > ( eg in/filename.txt to out/filename.txt) under the same storeDir. > > The file is moved - but what puzzles me is that the directory "in" is > removed. In the 1.x version only file resources are managed, directories are not. So if a directory happens to be empty it will be deleted (comparable to CVS). In the upcoming 2.0 version (expect a first beta to be out soon) directories are also handled programmatically. Thus the issue you describe should disappear in 2.0. You can have instant access to the 2.0 snapshot from SVN even now. Have a look at the site how to do that. HTH Oliver --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org