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 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
