| Summary: | [Papyrus] Avoid using fragments for Papyrus plug-ins | ||
|---|---|---|---|
| Product: | [Modeling] Papyrus | Reporter: | Camille Letavernier <cletavernier> |
| Component: | Core | Assignee: | Project Inbox <mdt-papyrus-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | rschnekenburger |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Camille Letavernier
In r7135 on the Branch 0.8.X : The fragment org.eclipse.papyrus.diagram.common.palette.customization has been transformed to a simple plug-in. The plug-in org.eclipse.papyrus.diagram.common now provides an extension point for defining a specific Palette Customization Dialog. This extension point should not be used outside of Papyrus, as no priority policy has been defined. The result would be undefined. The modification has not yet been ported on the trunk. r7974: The previous modification has been ported to the trunk. We have decide some time ago to remove tests from regular plugins, and to use fragment plugins for JUnit tests. This is because some tests need to access protected packages that can't be access otherwise. So, we can't now say that we should not use fragments .... Tests plugins/fragments do not need to be installed and deployed. So, using fragments is not a problem in this case. The problem is really specific to deployed artifacts. |