Return-Path: 
 <dev-return-7916-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org
Received: (qmail 56404 invoked from network); 15 Jul 2006 19:03:17 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 15 Jul 2006 19:03:17 -0000
Received: (qmail 42581 invoked by uid 500); 15 Jul 2006 19:03:16 -0000
Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
Received: (qmail 42548 invoked by uid 500); 15 Jul 2006 19:03:16 -0000
Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:dev@jackrabbit.apache.org>
List-Id: <dev.jackrabbit.apache.org>
Reply-To: dev@jackrabbit.apache.org
Delivered-To: mailing list dev@jackrabbit.apache.org
Received: (qmail 42539 invoked by uid 99); 15 Jul 2006 19:03:16 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Jul 2006 12:03:16 -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 tobias.strasser@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; Sat, 15 Jul 2006 12:03:15 -0700
Received: by nf-out-0910.google.com with SMTP id o25so182983nfa
        for <dev@jackrabbit.apache.org>; Sat, 15 Jul 2006 12:02:53 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=DXAC7irxgPdCljj0qQszBXm977GqcO6kmFQpV46MjmgpV+1fINGFXgqlPnb8+WYNzaFBpgcbHsQYHnQ3Kriit+Vqdhjy2lpCB/bKOaXkYF0QbLbJRA1TjXtKUO8GPcAeISXXvXvLCvN8PCYcA07w/zSvYEt3cFaSNbN+iGU+pgg=
Received: by 10.78.140.17 with SMTP id n17mr246498hud;
        Sat, 15 Jul 2006 12:02:52 -0700 (PDT)
Received: by 10.78.50.19 with HTTP; Sat, 15 Jul 2006 12:02:51 -0700 (PDT)
Message-ID: <8be731880607151202x56c5400dgf1587d272575f329@mail.gmail.com>
Date: Sat, 15 Jul 2006 21:02:51 +0200
From: "Tobias Bocanegra" <tobias.bocanegra@day.com>
Reply-To: tobias.bocanegra@day.com
Sender: tobias.strasser@gmail.com
To: dev@jackrabbit.apache.org
Subject: Re: Backupping all workspaces automatically?
In-Reply-To: <fcbb46050607151023v4a655b55m9a133b962bf1e0a7@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <fcbb46050607151023v4a655b55m9a133b962bf1e0a7@mail.gmail.com>
X-Google-Sender-Auth: 67873ea851cf3d0b
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

if the backup class is intantiated by the config it can define it's
one parameters as it needs. have a look how the persistence managers
are created as example.

regards, toby

On 7/15/06, Nicolas <ntoper@gmail.com> wrote:
> Hi,
>
> I am finishing to parse the configuration XML file for the backup tool.
> Right now, things are organized this way:
>
> ...XML before
> <Ressources>
>
>     <Resource name="node version histories" savingClass="FQN backup class"/>
>     <Resource name="namespace" savingClass="FQN backup class"/>
>
> ...XML after
>
> As you can see, each resource you want to backup have to be specified as a
> resource and you need to call the specific backup class. For now, there is
> no need to add any additional parameters in the file if we automatically
> backup all workspace (the wisest solution I think)
>
> For instance you could want:
>
> <Resource name="custom node type" savingClass="FQN backup class">
>        <!-- the resource class is fetching those parameters if needed.
> For now, only one needs it -->
>        <param name="param1" value="1" />
>     </Resource>
>
> If I do so, it complexifies, the BackupConfigurationParser and it is not
> needed for now if we automatically backup all workspaces. I propose so, to
> implement only a resource tag with no parameter except savingClass.
>
> Do you agree? Do you see any use case where this could be needed please?
>
> Thanks
> Nico
> my blog! http://www.deviant-abstraction.net !!
>
>


-- 
-----------------------------------------< 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 >---