From dev-return-8261-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri Aug 04 17:24:40 2006 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 70097 invoked from network); 4 Aug 2006 17:24:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Aug 2006 17:24:40 -0000 Received: (qmail 20429 invoked by uid 500); 4 Aug 2006 17:24:38 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 20406 invoked by uid 500); 4 Aug 2006 17:24:38 -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 20397 invoked by uid 99); 4 Aug 2006 17:24:38 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Aug 2006 10:24:38 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of ntoper@gmail.com designates 64.233.182.190 as permitted sender) Received: from [64.233.182.190] (HELO nf-out-0910.google.com) (64.233.182.190) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Aug 2006 10:24:37 -0700 Received: by nf-out-0910.google.com with SMTP id n28so135513nfc for ; Fri, 04 Aug 2006 10:24:16 -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:references; b=ZQ7fvptn5TUBrCILbZLaFA7eGnzuzw4Stbv1zF6zshqzVgUbE3WGDhumPivTGyucpNfpFioGukjiz5IlpK2zzdje3exZJhzdg0gmJ2P0hYsjWij0Q4GfVYZX27lk0jhFiKuXZLWtfwyy8Nmdpul7X7g+QXL6f+g17TJ1Qm5KxK0= Received: by 10.78.156.6 with SMTP id d6mr1625477hue; Fri, 04 Aug 2006 10:24:16 -0700 (PDT) Received: by 10.78.125.9 with HTTP; Fri, 4 Aug 2006 10:24:16 -0700 (PDT) Message-ID: Date: Fri, 4 Aug 2006 19:24:16 +0200 From: "Nicolas " To: dev@jackrabbit.apache.org Subject: Re: [jira] Commented: (JCR-442) Implement a backup tool In-Reply-To: <510143ac0608041022g383ba468o3023aa27b2244d00@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_55837_27043036.1154712256338" References: <653998.1148469389882.JavaMail.jira@brutus> <16918783.1154676975388.JavaMail.jira@brutus> <510143ac0608041022g383ba468o3023aa27b2244d00@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_55837_27043036.1154712256338 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Agreed for safeRegisterNamespace but on this issue please see my other mail: there are a couple of question to answer On 8/4/06, Jukka Zitting wrote: > > Hi, > > On 8/4/06, Nicolas wrote: > > 1/ I disagree. It is a better programming practice not to launch > exception > > for this kind of issues. Besides, there should be a way to check if the > > namespace is already or not registered. Maybe something to add to the > next > > version of JCR? What do you think? > > Agreed, but adding a custom method for checking namespace existence > increases the coupling between the backup tool and Jackrabbit. > Actually, you may want to use the safeRegisterNamespace() method I > added a few months ago. Proposing to add that in JSR 283 is also an > option, though I'm not sure if the use case is critical enough to > warrant inclusion in the standard. > > > 3/4/5/ I will delete the backup code + restore code. Maybe I should just > > comment it, in case we need in later. What do you think? > > Sounds good. > > BR, > > Jukka Zitting > > -- > Yukatan - http://yukatan.fi/ - info@yukatan.fi > Software craftsmanship, JCR consulting, and Java development > -- a+ Nico my blog! http://www.deviant-abstraction.net !! ------=_Part_55837_27043036.1154712256338--