Community
Participate
Working Groups
If a resource that is referenced by an editor is updated, Papyrus tries to unload the resource (for triggering a reload when demanded). While this procedure works well in general, it is harmful if an applied profile is unloaded.
I commited a fix which - Transforms resource update mechanism into a service (thanks, Cedric) - Moves the service from core to uml.service.types (since modified service needs uml2 dependency) - Added check, if modified resource is a profile (don't unload in this case) It seems to work fine, but it's not clear for me whether the org.eclipse.papyrus.service.types plugin is the "right" one. Another issue: non-UML diagrams (that deactivate the uml.service.types plugin) would have no update support at all. => Possible? Define a UML-unaware update service in a common plugin, refine the update service in a UML specific profile. Please comment
Moved service to org.eclipse.papyrus.diagram.common (proposed by Remi Schnekenburger)
Fix already applied in nov. 2010