Designer: Share and Update
From: <rohlsen_at_vst.vossloh.de>
Date: Wed, 17 Nov 1999 08:52:28 GMT
Message-ID: <80tqcb$g4h$1_at_nnrp1.deja.com>
I have to use a Designer application-modell which I get from another Software-Team. I have importet this (using RON) into my Designer- and have shared the Entitys of the foreign system to use them in my own applikation-system (mostly building relations to the foreign applikation).
The problem begins when I get an newer/updated version of the foreign application system. I would like to update my import without loosing the shares and relations to my own app-system. If I use the importutility, I loose the relations. If I use the load/update function, any objects, that are not longer part of the new version of the foreign system will not be deleted in my import-system (i.e. if an entity or an attribute of an entity that has been deleted from the extern appsystem, it will still exist in my importet system). So I have no real control of the changes in the update.
Date: Wed, 17 Nov 1999 08:52:28 GMT
Message-ID: <80tqcb$g4h$1_at_nnrp1.deja.com>
I have to use a Designer application-modell which I get from another Software-Team. I have importet this (using RON) into my Designer- and have shared the Entitys of the foreign system to use them in my own applikation-system (mostly building relations to the foreign applikation).
The problem begins when I get an newer/updated version of the foreign application system. I would like to update my import without loosing the shares and relations to my own app-system. If I use the importutility, I loose the relations. If I use the load/update function, any objects, that are not longer part of the new version of the foreign system will not be deleted in my import-system (i.e. if an entity or an attribute of an entity that has been deleted from the extern appsystem, it will still exist in my importet system). So I have no real control of the changes in the update.
Thanks for any help
Rainer Ohlsen
Sent via Deja.com http://www.deja.com/
Before you buy.
Received on Wed Nov 17 1999 - 09:52:28 CET