Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Subject: Re: undo deletion of a node (re-post)
From: Paco Avila <pavila@git.es>
To: users@jackrabbit.apache.org
In-Reply-To: <91f3b2650805042334i1736c9f8w3faa308e61ccd13e@mail.gmail.com>
References: <403316910805011236x7e8e6385m532a39c74dfeaa6@mail.gmail.com>
	 <91f3b2650805042334i1736c9f8w3faa308e61ccd13e@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Organization: GIT Consultors
Date: Mon, 05 May 2008 09:49:21 +0200
Message-Id: <1209973761.6312.1.camel@monkiki.git.es>
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit

You can simulate the deletion moving the node to another "trash" folder
node where you put all "deleted" nodes before a purge (the true delete
action :)

El lun, 05-05-2008 a las 08:34 +0200, Thomas Müller escribió:
> Hi,
> 
> I don't think it is possible except for the workarounds you have described.
> 
> Regards,
> Thomas
> 
> On Thu, May 1, 2008 at 9:36 PM, Rob Esposito <rob@txcore.com> wrote:
> > Apologies for the re-post.  I was afraid I wasn't getting responses because
> >  I may have been too verbose the first time around.
> >
> >  I'm looking for a way to recreate a node which has been deleted with the
> >  same UUID without affecting the version history and without storing a copy
> >  of it in another branch of the repository.  Is this possible?
> >
> >  thanks,
> >  rob
> >
> >  ---------- Forwarded message ----------
> >  Date: Thu, Apr 10, 2008 at 5:59 PM
> >  Subject: undo delete node
> >  To: users@jackrabbit.apache.org
> >
> >
> >  Hi all,
> >
> >  We are developing an application containing a GUI which allows users to
> >  manipulate nodes in a JCR repository.  We're wondering if there is a
> >  recommended way of restoring a node that has been deleted or removed.  For
> >  example, if a user wishes to undo the deletion of a node.  We've come across
> >  two different approaches, but neither of them seem to be the solution we're
> >  looking for.
> >
> >  The first approach was in a post (
> >  http://www.nabble.com/restoring-removed-node-td8182449.html#a8203066) and it
> >  suggests using a 'Recycle Bin' type node to store the parent node
> >  path/uuid.  The problem with this method is that you are left with the
> >  decision of when/how to clean up the nodes in the 'Recycle Bin'.
> >
> >  The other approach we've been using is to store the state of the node just
> >  before deletion using Session.exportSystemView and to bring it back using
> >  Session.importXML.  The problem with this method is that, after an
> >  importXML, the restored node is checked out with base version set to
> >  rootVersion.  The expectation is that the user will have to check this node
> >  back in and the version history will branch each time this happens.
> >
> >  So essentially, what we're looking for is a way to recreate a node with the
> >  same UUID without affecting the version history or storing a copy of it in
> >  another branch of the repository.  Is this possible?
> >
-- 
Paco Avila <pavila@git.es>
GIT Consultors