This is an automated email from the ASF dual-hosted git repository. cziegeler pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/sling-whiteboard.git
The following commit(s) were added to refs/heads/master by this push: new deb14a2 Add more about ordering deb14a2 is described below commit deb14a2741e7ac443d21a52443fc5d79dc20d545 Author: Carsten Ziegeler <cziege...@apache.org> AuthorDate: Mon Feb 19 18:13:04 2018 +0100 Add more about ordering --- featuremodel/readme.md | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/featuremodel/readme.md b/featuremodel/readme.md index 29ce4dd..63e9ce2 100644 --- a/featuremodel/readme.md +++ b/featuremodel/readme.md @@ -49,7 +49,7 @@ The feature model should meet the following requirements: * SFM320 - When features are aggregated, either to create a higher level feature or an application, and a bundle/artifact is encountered with different versions, the feature model must be capable of including both versions side-by-side. * SFM330 - When features are aggregated, either to create a higher level feature or an application, the resulting feature or application must be minimal meaning it must not contain additional or unneeded artifacts. * SFM340 - The feature model must support controlling of the exported API as described in https://github.com/apache/sling-whiteboard/blob/master/featuremodel/apicontroller.md -* SFM350 - The feature model must support explicit ordering of features. It must be possible to provide this ordering in separate file. +* SFM350 - The feature model must calculate the startup order of bundles for an aggregated application respecting the dependencies between features and their contents. * SFM360 - The feature model must support variables to be used throughout the model, avoiding the need to repeat the same value several times. * SFM370 - When features are aggregated, the ordering of the processing of those features needs to be predictable and stable. @@ -60,12 +60,11 @@ The following requirements relate to tooling around the Feature Model. * SFT010 - Tooling must support runtime launching with one or more features. * SFT020 - Tooling must be able to compute the effective requirements of a feature by inspecting the feature's content and combining this with requirements specified on the feature itself. * SFT030 - Tooling must be able to compute the capabilities of a feature by inspecting the feature's content and directly specified capabilities. -* SFT040 - Given one or more root features, the feature model must be able to compute the start order of all resulting features so that dependencies of features are started first. - * Comment(CZ) : Is this tooling or feature model? - * Comment(DB) : It could be either, but if there is support for explicit ordering of features (SFM350) then a tool could compute the ordering beforehand and place it in this file. +* SFT040 - Tooling must be able to introspect and potentially overriding the startup order bundles, for example by using an additional file. * SFT050 - Tooling must be able to find all features that provide the capabilities required by a given feature, from a set of available features. * SFT060 - It should be possible to dynamically install and uninstall features at runtime. * SFT070 - The feature model must support substitution of variable values at launch time. +* SFT080 - When an application is started, the install and the startup order of bundles should be the same, ensuring that the bundles are shutdown in reverse order and started in the same order on next startup of the framework. ### Containers These requirements -- To stop receiving notification emails like this one, please contact cziege...@apache.org.