Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 42919 invoked from network); 23 May 2007 09:44:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 May 2007 09:44:28 -0000 Received: (qmail 25758 invoked by uid 500); 23 May 2007 09:44:32 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 25735 invoked by uid 500); 23 May 2007 09:44:32 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 25726 invoked by uid 99); 23 May 2007 09:44:32 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 May 2007 02:44:32 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of stefan.guggisberg@gmail.com designates 66.249.92.173 as permitted sender) Received: from [66.249.92.173] (HELO ug-out-1314.google.com) (66.249.92.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 May 2007 02:44:26 -0700 Received: by ug-out-1314.google.com with SMTP id m3so5692ugc for ; Wed, 23 May 2007 02:44:04 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=VwyF0D5HQ4zomVZ9OaEEO/441DVYsmPTfLo1qKb/xCnxoM/hEZoMBPyTHJkuJtV1XKSkwBOWHisqZWc5yJzvewJEwlkFXBOkY7sc4g3TUyvm5Yk5iaimsZbqQODARt7z0OATUdIUwWmFRuoMbARuZOoFgE9Bapjfwu1AxDlLv/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TYEr08n3m0uw2d3b2G/FO0DCZJcC5fVEB0pxuw8rJXZaMKte9tKaqgY5Ov8RgaKK5fgqdBPdAJBsR/nGOPn9GXZFy+2TCSzUrfXf50MYECZ8R7d2ltZm6uxXBc9MWWPlTdPukZvnVVoILFGReaPX/Rft3w8eM0fB+eKDzSSmdGw= Received: by 10.82.191.3 with SMTP id o3mr715208buf.1179913444401; Wed, 23 May 2007 02:44:04 -0700 (PDT) Received: by 10.82.171.9 with HTTP; Wed, 23 May 2007 02:44:04 -0700 (PDT) Message-ID: <90a8d1c00705230244r6dccc156j6ff44efb9d8aeae0@mail.gmail.com> Date: Wed, 23 May 2007 11:44:04 +0200 From: "Stefan Guggisberg" To: dev@jackrabbit.apache.org Subject: Re: session.move vs. workspace.move In-Reply-To: <3b728ee90705211216x1583c020o608a1a7dbf7eaf2a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3b728ee90705211216x1583c020o608a1a7dbf7eaf2a@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org hi christophe On 5/21/07, Christophe Lombart wrote: > Hi all, > > In the ocm framework, we have the feature to move object. When the > implementation uses the jcr call 'session.move (src, dst)', it works fine. > the source node is deleted but if the implementation used the jcr call ' > workspace.move(src, dst)', the source node is not deleted. > I'm wondering why the both methods are not providing the same result. Is it > not a bug or do I miss something ? the difference between Session#move and Workspace#move is that the latter immediately persists the changes while the former causes transient changes only (which need to be persisted separatly using a save() call). however, the current session's resulting view should be the same. personally i doubt that it's a bug in Workspace#move since we should have noticed it earlier. however, if you have a test case that demonstrates the issue please create a jira issue. cheers stefan > > br, > Christophe >