Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <457E6E08.9040603@anyware-tech.com>
Date: Tue, 12 Dec 2006 09:53:28 +0100
From: =?UTF-8?B?Q8OpZHJpYyBEYW1pb2xp?= <cedric.damioli@anyware-tech.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: dev@jackrabbit.apache.org
Subject: Re: [jira] Commented: (JCR-134) Unreferenced VersionHistory should
 be deleted automatically.
References: <23805115.1165866022471.JavaMail.jira@brutus>
 <457DC26A.1070303@decoursey.net>
In-Reply-To: <457DC26A.1070303@decoursey.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Paul J DeCoursey a écrit :
> Cédric Damioli (JIRA) wrote:
>>     [ 
>> http://issues.apache.org/jira/browse/JCR-134?page=comments#action_12457455 
>> ]             Cédric Damioli commented on JCR-134:
>> ------------------------------------
>>
>> The VH need only to be kept when there are remaining Version attached 
>> to it.
>> In many apps, it would be great to get rid of empty VH (ie no more 
>> Version, and no more Node referencing it).
>>   
> This doesn't seem right to me.  Kind of defeats the purpose of 
> Versioning if we start removing deleted items, deleted is just another 
> state in the history that should be tracked and preserved.
>
Deleting Versions means actually deleting these history states.
Its no more than an administrative task, which in some cases may be very 
useful, eg. to maintain the repository as small as possible, or to keep 
only important versions (up to the app, of course).
The point of this JCR-134 issue is only that when there is no more 
Version in the VH (they have all been deleted) and no more Node in any 
workspace referencing this VH, there should be a way to also delete the 
VH, which can't be useful anymore.

Regards,
Cédric