Migrate bundles' configuration mgmt to ConfigurationService
- Change current logic where read/save config is completely managed by each bundle,
with moving it to configuration manager. This decoupling will allow configuration
manager to decide how to persist the bundles' configurations to disk, withouth
necessarely depend on java serialization as today controlelr does.
Also now file names can be static and each bundle does not need to track the container
context in the file name (which was lame). This allow controller to erase container
startup files on container removal, which was not possible today.
- Global and in container configuration services to expose
two APIs for the other bundles to retrieve and save their config
- Per container startup files organized in directories (directory name = container name)
- Container startup directory removed on container removal, and created on container creation if not present
Change-Id: I58c283eb796cf2a60466a97162428a8c2ae478ae
Signed-off-by: Alessandro Boch <aboch@cisco.com>
13 files changed: