From users-return-7271-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon May 05 06:41:58 2008 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 45287 invoked from network); 5 May 2008 06:41:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 May 2008 06:41:58 -0000 Received: (qmail 48384 invoked by uid 500); 5 May 2008 06:41:58 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 48364 invoked by uid 500); 5 May 2008 06:41:58 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 48353 invoked by uid 99); 5 May 2008 06:41:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 May 2008 23:41:58 -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 jukka.zitting@gmail.com designates 209.85.198.230 as permitted sender) Received: from [209.85.198.230] (HELO rv-out-0506.google.com) (209.85.198.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 May 2008 06:41:13 +0000 Received: by rv-out-0506.google.com with SMTP id k40so1745255rvb.31 for ; Sun, 04 May 2008 23:41:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=TZlSPRAaRCE/9ei+O0fsylJHtcXC2Tn6R/HOCUgNbUE=; b=KZjbeQ9pRMJWmfd9ktapyAsQWvjebZ37dBxXixT8uKt3I4YBVqJ3faqc2VRZVsyVs+wRPdT7wBCU1GHqYIm0FqRBf6CmN1Fw4p4W0zS7eom/VYVneyh8LQ5r2e3Vmj09hSgxGA+N9U1/197CRemn4nAKXETHNU5mJpLrMYvNlj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=siXIP82zqI7gKLBVBUyWaW/U4Q13tHKYXnv17iIQPti4TLpSRReFs4T9/M3uJqbgZzWrqQhB/OAIoD4MPiKowdFCCRxIh8VoN80Bai/NR0+3TRW1iSu/sladCk+R3NnN2h22wurFeJZiI9o9/YKPkIkH5VRjdRO1iU2re0wnPOk= Received: by 10.141.198.9 with SMTP id a9mr2633504rvq.280.1209969686332; Sun, 04 May 2008 23:41:26 -0700 (PDT) Received: by 10.141.86.6 with HTTP; Sun, 4 May 2008 23:41:26 -0700 (PDT) Message-ID: <510143ac0805042341i229ca651mb4e4d63aeb342bf1@mail.gmail.com> Date: Mon, 5 May 2008 09:41:26 +0300 From: "Jukka Zitting" To: users@jackrabbit.apache.org Subject: Re: undo deletion of a node (re-post) In-Reply-To: <403316910805011236x7e8e6385m532a39c74dfeaa6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <403316910805011236x7e8e6385m532a39c74dfeaa6@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Thu, May 1, 2008 at 10:36 PM, Rob Esposito wrote: > The other approach we've been using is to store the state of the node just > before deletion using Session.exportSystemView and to bring it back using > Session.importXML. The problem with this method is that, after an > importXML, the restored node is checked out with base version set to > rootVersion. The expectation is that the user will have to check this node > back in and the version history will branch each time this happens. Hmm, the system view export should contain the jcr:baseVersion property which the import should be able to connect back to the correct entry in the version history. Please file a bug if it doesn't. BR, Jukka Zitting