Bug 565827 - [Robotics] Add modeling support for skill realizations
* Update of skill library and model template
- In oep.robotics.library
- Added FSM to represent the default semantics of skills
- In skill template model of oep.robotics.wizards
- Imported the FSM model
- Added "defaultsemantics" package
* New advice for skill definitions
- Added advice that assigns a FSM to a skill definition
- The advice manages the destruction of the FSM when the skill is destroyed
- Removed current ApplySterotypeAdvice (stereotype application managed in the new advice)
- Moved NamingUtil class from oep.robotics.assertions.types to oep.robotics.core.utils
* Addition of coordination ports to component definitions
- Profile modification and re-generation (added attribute isCoordinationPort to ComponentPort)
- ElementType and Palette modifications (including advice to select CoordinationServices)
- New icon for coordination ports and coordination services
- Modifications to robotics_theme.css to render coordination ports
* Fix ceapilot example by manually forcing component ports to coordination ports
* [AR] Show skill information related to SM in property view
- Rename Skill Parameters to Skills
- Add observable for a skill definition that supports editing the coordination service
- Added documentation to EClassGraphicalContentProvider
* [AR] Robotics Content provider loads resource to check, whether models contains requested elements
=> avoids that user has to open models in order to detect whether they contain requested elements
=> slower, but acceptable delay
* [AR] Use robotics parser for skill definition
- Assure that SkillDefinition advice is called when editing via F2 (directly after creation)
* [AR] Use a filtering dialog for skill attributes
* [AR] Fix "cannot find communication pattern robotics::commpatterns::Action" in AdviceUtil.java
Change-Id: I588f44af2faab9aebfa06a8349743f971d91941f
Signed-off-by: Matteo MORELLI <matteo.morelli@cea.fr>
46 files changed
