links removed when "checking out"

[thomaskilian]

Yes. That does seem to do the trick. The best (for the time being) is to invoke an add-in to reload the whole stuff twice - and to wait for Sparx to come up with a better solution than that.

[Paolo F Cantoni]

The suggestion is, to workaround the 'bug', to use the get package and pull in all of the packages you need and then (I haven't tried this!) use the get package again on all packages and the links should be restored.

Yes, this is the principle.

We have had some discussions with Sparx a long time ago - when we first detected this problem - about creating "anemic" objects for the missing ones (similar to the way the old Rational Rose used to do it - the ones adorned with (M) - for missing), but so far no progress.

HTH,
Paolo

[Frank Horn]

The suggestion is, to workaround the 'bug', to use the get package and pull in all of the packages you need and then (I haven't tried this!) use the get package again on all packages and the links should be restored.

I've tried to try it, but the "Get Package" dialog only shows a list of all packages in the repository which have not yet been imported. The ones I've already imported are missing from the list, so how can I "get" them again?

[gpc]

Get package, for perforce anyway, performs a sync to ToT then a xmi import. After this you could perhaps try get latest (you may need to disable "shared mode" to enable the menu item) this should perform the refresh I think.

[Frank Horn]

Get package, for perforce anyway, performs a sync to ToT then a xmi import. After this you could perhaps try get latest (you may need to disable "shared mode" to enable the menu item) this should perform the refresh I think.

All right, this way it works. Meaning I can force EA to import the packages once more.

But it does not restore the diagrams. The stub tags in the the XMI file are still there, and the "UML:Diagram" node still has the orphan class (from the other package), but it does not show.

It looks like EA restores stub elements of a diagram only when the the "real" element (from another package) has previously been imported. What it does not do after importing a package is to iterate through previously imported packages and look if it can restore stub element in diagrams there.

[gpc]

Get ALL latest will recurse subpackages (stubs) [fine unless you possibly are really using shared mode? ].

[danm]

I've noticed some problems with the version control. Another one is if you have a package not checked out, but you try to import into it. It tries, and it does do some stuff, but you get endless dialogs with obscure error messages. The system should detect if you're trying to import into a locked directory and fail from the start.

[Frank Horn]

Well I checked the "This model is private" box in the "Version Control Settings" dialog, but it still did not restore my diagram.

Anyway, this is no way to work. I've appended the model with export and two different reimported models to a bug report, and for the time being I will take care not to split such models for version control.

[thomaskilian]

I've noticed some problems with the version control. Another one is if you have a package not checked out, but you try to import into it. It tries, and it does do some stuff, but you get endless dialogs with obscure error messages. The system should detect if you're trying to import into a locked directory and fail from the start.

Could you please report that as a bug to Sparx. Thanks