I've a question to that... I understood that unresolved elements are elements which are used for instance in a diagram, but which are not defined in the model. Could be, because the definition package was removed.

But if you do a clean-up for the unresolved elements - what will happen to them? They cannot simply be removed and also the definition cannot be created automatically. I would like to understand how it works.

Re: How do I clean up unresolved elements?

I've a question to that... I understood that unresolved elements are elements which are used for instance in a diagram, but which are not defined in the model. Could be, because the definition package was removed.

But if you do a clean-up for the unresolved elements - what will happen to them? They cannot simply be removed and also the definition cannot be created automatically. I would like to understand how it works.

Unresolved elements in this case is an element (class, type etc) that has been removed. However other parts of the model might still have a reference to these elements and since they are read only Rhapsody can't remove them at the time when the source was removed. The dependency is not neccesarily one that is visible. Not sure if it also works the other way around so that you get a "broken link" if you remove a dependency but the source is read only.

If the dependency was need to generate/build the code this will be found and fixed but that is not always the case.

Re: How do I clean up unresolved elements?

Unresolved elements in this case is an element (class, type etc) that has been removed. However other parts of the model might still have a reference to these elements and since they are read only Rhapsody can't remove them at the time when the source was removed. The dependency is not neccesarily one that is visible. Not sure if it also works the other way around so that you get a "broken link" if you remove a dependency but the source is read only.

If the dependency was need to generate/build the code this will be found and fixed but that is not always the case.