Meetings2012-02-16 » History » Version 11

Version 10 (J. Moringen, 02/16/2012 05:06 PM) → Version 11/15 (J. Moringen, 02/16/2012 05:09 PM)

h1. Meetings 2012-02-16

h2. Configuration Service

h3. Nomenclature

* Configuration (Framework level)
** Converter [implemented]
** Transports (+ quality of service) [implemented]
** Error handling [implemented]
** (Renaming of) scope names [not implemented]
*** Are these renaming rules, which are applied at participant creation time?
*** Do they affect scopes or participants?
* Parameter Service (Domain level)
** Component parameters
*** Component-specific configuration has to be possible
*** Changable at runtime?

h3. Requirements

* Remapping of scope names
** Remapping on the program-level is sufficient (i.e. participant level is not needed)
** Recursive renaming has be possible
** The remapping mechanism is applied when participants are instantiated
** Look at ROS's approach

* Reconfiguration of participants is not required
** Should be handled by next layer:
**# Destroy participant
**# Change configuration
**# Re-create participant

*
Configuration mechanism has to be suitable for component layer (e.g. CCA)