Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 341899 - [general] Plugins Refactoring (names, locations, ...)
Summary: [general] Plugins Refactoring (names, locations, ...)
Status: RESOLVED FIXED
Alias: None
Product: Papyrus
Classification: Modeling
Component: Others (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 341925 341927 342126
Blocks: 366796
  Show dependency tree
 
Reported: 2011-04-05 09:10 EDT by Cedric Dumoulin CLA
Modified: 2013-03-28 05:02 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cedric Dumoulin CLA 2011-04-05 09:10:28 EDT
Some plugins names or locations need a refactoring.
We need to identify such plugins, and take the corresponding actions. This bug serve as a root to identify such plugins, or group of related plugins. 
The following wiki try to summarize Papyrus naming scheme and plugin locations (http://wiki.eclipse.org/Papyrus_Plugin_Naming_Scheme).

For each identified plugin, I propose to open a sub-bug, child of this root bug. Each sub-bug identify clearly:
- the 'old' name and old location
- the 'new' name and 'new' location
- optionally an explanation of the plugin purpose/proposed name

Plugin refactoring should be done with the 'svn move' command, in order to keep track of the previous history.
This bug does not apply to plugins submitted in the 'incoming' folder.

Some common reasons leading to propose refactoring: 
- name is too general
- name doesn't depict the plugin purpose
- plugin location is wrong (uml, sysml, example, core, ...)
- plugin name doesn't contains the targetted 'folder' location (core, uml, sysml, example, ...)
- ...
Comment 1 Sébastien Gérard CLA 2013-03-28 05:02:22 EDT
Done in v0.10.0