Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (hermes.apache.org: domain of tobias.strasser@gmail.com
 designates 64.233.184.204 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=CoOaZvPgqGWDMIdNc++DUpBbAZj483xOnF1xYx/S3RXXNSWHsXg8UIgN45UsolkczVch0m8PE1Iz995hTmL43pHNF1wiUmratM7qx/llRmI5BeK91wPGV4Ushhk4kp779sh1pIeiSmjMjhnIs8j/ZrXSdXCMPXyhndcxlMnckpo=
Message-ID: <8be73188050221232464ac3c34@mail.gmail.com>
Date: Tue, 22 Feb 2005 08:24:25 +0100
From: Tobias Strasser <tobias.strasser@gmail.com>
Reply-To: tobias.strasser@day.com
To: jackrabbit-dev@incubator.apache.org
Subject: Re: lost nodes after delete()?
In-Reply-To: <004a01c5189f$ae7643a0$3c0aa8c0@avalon>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <004a01c5189f$ae7643a0$3c0aa8c0@avalon>

hi vadim,
your obsevations are correct. this results out of 2 reasons:
1) deleting a node does not delete its assosiated version history. 
that means, the versionhistory and all its versions will be kept for
later restore. the VersionHistory.removeVersion() can remove versions.
the history itself cannot be removed, and will stay in the repository
for ever (jackrabbit will remove the VH when all its versions were
removed).
2) there is still a little bug in the versioning, that does not
properly remove persistence data of removed versions and/or version
labels. but this will be solved soon. i will create a jira issue for
this: http://issues.apache.org/jira/browse/JCR-50

cheers, tobi

On Tue, 22 Feb 2005 08:30:53 +0300, artifex <artifex@kiberry.ru> wrote:
> Hi,
> 
> After creating huge amount nodes in repository, calling checkIn/CheckOut for
> some nodes and then removing content, it was found out, that remains
> garbage(?) in file system.
> I do approximately such sequence of actions:
> 
> 1. after creating repository &  certain base content
> 40 files / 49 folders in repository
> 2. creating  a quantity of nodes
> 567 files / 457 folders in repository
> 3. CheckIn/CheckOut for some nodes + label additions
> 779 files / 614  folders in repository
> 4. Moving nodes
> 771 files/605 folders in repository
> 5. Removing all content (except nodes from  point #1 )
> 212 files/191 folder in repository
> 
> 212 not equal 40!  For example, In \version\blobs\xx\xx\...  folder  I can
> see files on which contents it is possible to define, that they should be
> removed earlier.
> 
> Really a problem or I something incorrectly do it?
> 
> (Sorry for my english)
> 
> Thanks,
> Vadim
> 
> 


-- 
------------------------------------------< tobias.strasser@day.com >---
Tobias Strasser, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel
T +41 61 226 98 98, F +41 61 226 98 97 
-----------------------------------------------< http://www.day.com >---