From dev-return-7321-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Wed May 31 13:03:04 2006 Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 5669 invoked from network); 31 May 2006 13:03:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 May 2006 13:03:03 -0000 Received: (qmail 39780 invoked by uid 500); 31 May 2006 13:03:02 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 39381 invoked by uid 500); 31 May 2006 13:03:01 -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 39372 invoked by uid 99); 31 May 2006 13:03:01 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 May 2006 06:03:01 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of davek@us.ibm.com designates 32.97.110.151 as permitted sender) Received: from [32.97.110.151] (HELO e33.co.us.ibm.com) (32.97.110.151) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 May 2006 06:03:00 -0700 Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) by e33.co.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k4VD2dhx026800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 31 May 2006 09:02:39 -0400 Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169]) by westrelay02.boulder.ibm.com (8.13.6/NCO/VER7.0) with ESMTP id k4VD2dwn268924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 May 2006 07:02:39 -0600 Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1]) by d03av03.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k4VD2ctL016924 for ; Wed, 31 May 2006 07:02:39 -0600 Received: from d03nm119.boulder.ibm.com (d03nm119.boulder.ibm.com [9.17.195.145]) by d03av03.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k4VD2cWU016904 for ; Wed, 31 May 2006 07:02:38 -0600 In-Reply-To: To: dev@jackrabbit.apache.org Subject: Re: Client/Server question MIME-Version: 1.0 X-Mailer: Lotus Notes Release 7.0 HF144 February 01, 2006 From: David Kennedy Message-ID: Date: Wed, 31 May 2006 09:06:37 -0400 X-MIMETrack: Serialize by Router on D03NM119/03/M/IBM(Release 6.5.5HF268 | April 6, 2006) at 05/31/2006 07:06:40, Serialize complete at 05/31/2006 07:06:40 Content-Type: multipart/alternative; boundary="=_alternative 0047A5598525717F_=" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --=_alternative 0047A5598525717F_= Content-Type: text/plain; charset="US-ASCII" What happened to the idea of backing up to a PesistenceManager and restoing from one as well? As long as you add an interface and the PersistenceManager implements the backup/restore interface, it's still feasible, but was there a problem with this strategy? David "Nicolas Toper" wrote on 05/31/2006 08:51:31 AM: > Hi Felix, > > You are right on both points. I will do as you suggest. > > Thanks for your input. > > Best Regards > Nico > my blog! http://www.deviant-abstraction.net !! > > On 5/31/06, Felix Meschberger wrote: > > > > Hi Nicolas, > > > > I agree to include these methods on the repository layer. But thinking > > about the extent - rather than the intrincacies of handling concurrent > > modifications while backing up - I would have some remarks: > > > > (1) I would modify the signature to take InputStream and OutputStream > > objects, resp. This provides for more flexibility in terms of source > > and destination of the backup data. > > > > (2) Initially you mentioned a configuration file for the > > backup/restore procedures. I suggest you define configuration classes > > (interfaces), which can load/store themselves to and from streams > > (yes, I do not like being locked into File instances :-) and to add > > instances of the toplevel configuration (e.g. BackupConfiguration) as > > a parameter to the backup/restore methods. > > > > These two changes would greatly improve the flexibility using the API > > from within an application as opposed to from the command line. Also > > testing would be greatly simplified, I suppose. > > > > Regards > > Felix > > > > > > --=_alternative 0047A5598525717F_=--