On Sat, Nov 10, 2001 at 06:47:48PM +0100, Emiliano wrote: > [EMAIL PROTECTED] wrote: > > > No, not really. The xsg tool David created only works if you move object > > from a sitegroup on machine X to a different sitegroup on machine Y. > > > > The problem you are facing is that on import the GUIDS are allready > > present in your database. > > Ay, that is correct. > > > It would certainly be cool. I think you should go about it a bit like > > this: > > > > - Export the objects you want to move. > > - Import the objects into a scratch database. > > - refresh the GUIDs in your scratch database > > (repligard -r, or delete * from repligard and > > repligard -m) > > - Export the objects from your scratch database, > > - Import the objects into you real database again, > > to the sitegroup you want to have them in. > > But this would also hinder app upgrades (like upgrades to asgard or > nadmin). What I think would work is an option to repligard to > honor the relationships between the objects in the xml file, but > replace them by new ones when installing the objects in the database. > Not necesarily easy, but I think it'd work. It would. However, I'd like to rewrite repligard once Scriptor will be ready, so that it would be easy to extend it (relationship maintainace in Repligard/C is quite hard for the moment).
-- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- A penny saved kills your career in government. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
