On 11/27/06, Nicolas <[EMAIL PROTECTED]> wrote:
Hi Florent,
What you describe is one of the backup tool use case. I am adding the last
touch to it so it can be committed it by hopefully next week (there is jut a
well, that might be a bit overoptimistic...
cheers
stefan
few home cleaning tasks to perform). If you need it faster, please contact
me privately so I can tell you which classes you need to integrate in JR.
You can easily set up your "own" backup (ie no namespace backup) and restore
it in a blank repository.
(I will work after on merging code duplicate within some parts of the core.)
BR,
Nico
my blog! http://www.deviant-abstraction.net !!
On 11/27/06, Florent Guillaume <[EMAIL PROTECTED]> wrote:
> To expand a bit on Frédérique's use case: she wants to import lots of data
> from another sql-based repository. This includes creating version data,
> and
> controlling the VersionHistory and Version object's UUIDs (because these
> UUIDs are referenced by properties in other objects). Using
> checkin/checkout
> for that means we lose the UUID consistency, and have to post-process some
> of the properties as we do the import.
>
> So a system view import of the version storage would really be nice.
>
> Florent
>
>
