Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: pass (asf.osuosl.org: domain of ntoper@gmail.com designates
 64.233.162.193 as permitted sender)
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=JeLKmdHvS1x89jRINScctjWSSiLPuE2rtKb4sCuF/TTjXCgugXkH1g8pQSg7U2wbaiN8JIvj9QihW6Fx1ya3XVJrG31u778knxdOrpdMs6kAa/N0JQoFv3eCyMbu3h5UCOJdLbL2GNjaNM8xnoxykFflTbHDc5/e+sseWGycB4o=
Message-ID: <fcbb46050607181505q2f9cd12ah21b03a9355d58193@mail.gmail.com>
Date: Wed, 19 Jul 2006 00:05:30 +0200
From: "Nicolas " <ntoper@gmail.com>
To: dev@jackrabbit.apache.org
Subject: Re: [jira] Commented: (JCR-442) Implement a backup tool
In-Reply-To: <7220479.1153259835670.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_9512_27592607.1153260330328"
References: <653998.1148469389882.JavaMail.jira@brutus>
	 <7220479.1153259835670.JavaMail.jira@brutus>

------=_Part_9512_27592607.1153260330328
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Agreed. Sorry for the mess.  I don't think I'll have any move operations in
between. If I have some, I'll create the patch through the command line...

Nico

On 7/18/06, Jukka Zitting (JIRA) <jira@apache.org> wrote:
>
>     [
> http://issues.apache.org/jira/browse/JCR-442?page=comments#action_12421980]
>
> Jukka Zitting commented on JCR-442:
> -----------------------------------
>
> > Same issue as always for those patches: I delete and recreate the class.
> I don't know if it's solved but we won't have anymore this problem anyway
> for the next patches.
>
> Now it's even worse. This patch (patch-jackrabbit-060718.txt)  would
> totally remove the ConfigurationParser, and it still doesn't handle the
> RepositoryConfigurationParser class properly. I think I got your idea
> though, I'll recreate the changes manually to get us forward. It's perhaps
> better to avoid using the Eclipse file copy and move operations while
> working via patches.
>
> > Implement a backup tool
> > -----------------------
> >
> >                 Key: JCR-442
> >                 URL: http://issues.apache.org/jira/browse/JCR-442
> >             Project: Jackrabbit
> >          Issue Type: New Feature
> >            Reporter: Jukka Zitting
> >         Attachments: jackrabbit-1.patch.txt, patch,
> patch-backup-060716.txt, patch-jackrabbit-060716.txt,
> patch-jackrabbit-060718.txt, patch.txt, patch.txt, patch.txt, patch.txt
> >
> >
> > Issue for tracking the progress of the Google Summer of Code project
> assigned to Nicolas Toper.  The original project requirements are:
> > "Implement a tool for backing up and restoring content in an Apache
> Jackrabbit content repository. In addition to the basic content hierarchies,
> the tool should be able to efficiently manage binary content, node version
> histories, custom node types, and namespace mappings. Incremental or
> selective backups would be a nice addition, but not strictly necessary."
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>


-- 
a+
Nico
my blog! http://www.deviant-abstraction.net !!

------=_Part_9512_27592607.1153260330328--