Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 5023 invoked from network); 30 Jul 2006 13:09:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Jul 2006 13:09:13 -0000 Received: (qmail 44367 invoked by uid 500); 30 Jul 2006 13:09:12 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 44341 invoked by uid 500); 30 Jul 2006 13:09:12 -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 44326 invoked by uid 99); 30 Jul 2006 13:09:12 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Jul 2006 06:09:12 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jukka.zitting@gmail.com designates 64.233.182.189 as permitted sender) Received: from [64.233.182.189] (HELO nf-out-0910.google.com) (64.233.182.189) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Jul 2006 06:09:11 -0700 Received: by nf-out-0910.google.com with SMTP id o25so255166nfa for ; Sun, 30 Jul 2006 06:08:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eLmPrCG2GBgzmoRH2hZ4QPzk001EUnfCVeSl1PSAtqUefDa9SJpcsYQhOTznz2VxKan79+cuKnxPZFeVoTX69eTj0UYQJR4lIrQzoxSwIJrbKoopE4BA1VW4KX2acqhHLt0i4lpubg/UjNvE59E7QK3tck7l+H8LhhvUzHQ1z3Q= Received: by 10.78.118.19 with SMTP id q19mr278885huc; Sun, 30 Jul 2006 06:08:47 -0700 (PDT) Received: by 10.78.34.10 with HTTP; Sun, 30 Jul 2006 06:08:47 -0700 (PDT) Message-ID: <510143ac0607300608r305c6393hbd93d65814175f89@mail.gmail.com> Date: Sun, 30 Jul 2006 16:08:47 +0300 From: "Jukka Zitting" To: dev@jackrabbit.apache.org Subject: Re: Restore Operations In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi, On 7/29/06, Nicolas wrote: > 1/ I want to restart my repository and everything's associated with it. I > don't want to keep anything from the current installation. This is the main use case at least in my mind. The worst case scenario is that I've lost an entire server where I was running Jackrabbit, and now I need to recreate the repository from the latest backup. > 2/ I want to restore some specific subset of the repository. For instance, > only the NodeTypes. This would be a nice addition, and probably not even that hard at least for some subsets of the backup, but for me this is a secondary need. > - I would prefer to delete first what is there (for instance all NodeTypes) > and then load what is inside the backup. Wouldn't this raise consistance > issue (if I delete the NodeType, whart about the Nodes having this type?)? > Wouldn't it be preferable to simply add the content of the backup? (The best > is of course to implement it both way, but I don't think I will have enough > time to make it so). Such a partial restore should in my mind always be incremental, i.e. you never remove any of the existing content unless there's a UUID or name conflict. You can handle these using the standard importSystemView options, or you could simply abort when conflicts are encountered. BR, Jukka Zitting -- Yukatan - http://yukatan.fi/ - info@yukatan.fi Software craftsmanship, JCR consulting, and Java development