Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 43761 invoked from network); 26 Jun 2006 10:02:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Jun 2006 10:02:06 -0000 Received: (qmail 59393 invoked by uid 500); 26 Jun 2006 10:02:05 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 59367 invoked by uid 500); 26 Jun 2006 10:02:05 -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 59358 invoked by uid 99); 26 Jun 2006 10:02:04 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jun 2006 03:02:04 -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.162.204 as permitted sender) Received: from [64.233.162.204] (HELO nz-out-0102.google.com) (64.233.162.204) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Jun 2006 03:02:04 -0700 Received: by nz-out-0102.google.com with SMTP id n1so1266672nzf for ; Mon, 26 Jun 2006 03:01:43 -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=RAWF5LO/oJhnYBJOQ+8fDvyjw1OUropMnY4edKBDIXcrMzJZ0tBQzsVnASSk8iMa+7Y4ozEXqfORtoU5Pcs2Xl7iZhEZ7TvgyM3N1vXt7lxwr3o7gb99Og0Q9XFnSHxCUh/caCdYlQjysESfvBYoDd+ty+4JB9kVQR6Af845UOs= Received: by 10.36.25.2 with SMTP id 2mr6505387nzy; Mon, 26 Jun 2006 03:01:43 -0700 (PDT) Received: by 10.36.120.10 with HTTP; Mon, 26 Jun 2006 03:01:43 -0700 (PDT) Message-ID: Date: Mon, 26 Jun 2006 12:01:43 +0200 From: "Nicolas Toper" To: dev@jackrabbit.apache.org, tobias.bocanegra@day.com Subject: Re: BackupTool Main Class In-Reply-To: <8be731880606260257w46eb1cb6m7f807d23235f136a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_9132_19629848.1151316103134" References: <90a8d1c00606260128n324a9283n742d46e6116b444a@mail.gmail.com> <510143ac0606260247t54b4e829uc1259ddf03e1a36f@mail.gmail.com> <8be731880606260257w46eb1cb6m7f807d23235f136a@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_9132_19629848.1151316103134 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sorry Tobias what do you mean by "save/restore are no symmetric"? About the input/outputStream: agreed. They will be FileInput/Ouput so I can use NIO. On 6/26/06, Tobias Bocanegra wrote: > > > I'd put the save/restore methods in RepositoryImpl (and later on > > probably also in the JackrabbitRepository interface) and let the end > > user decide how to call them. > save/restore are no symmetric. backup/restore, save/load, > export/import, would be. i would prefer a > RepositoryImpl.getBackupManager() call, that then can have whatever > methods make sense. > > btw: i don't like the Input/Output streams on the save/restore > methods. especially when dealing with large repositories, you will > need java.nio, split-files, etc. > > regards, toby > -- > -----------------------------------------< tobias.bocanegra@day.com >--- > Tobias Bocanegra, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel > T +41 61 226 98 98, F +41 61 226 98 97 > -----------------------------------------------< http://www.day.com >--- > -- a+ Nico my blog! http://www.deviant-abstraction.net !! ------=_Part_9132_19629848.1151316103134--