You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Felix Meschberger (JIRA)" <ji...@apache.org> on 2010/12/07 14:48:09 UTC
[jira] Assigned: (SLING-1886) Improve initial installation and
startup
[ https://issues.apache.org/jira/browse/SLING-1886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Felix Meschberger reassigned SLING-1886:
----------------------------------------
Assignee: Felix Meschberger
> Improve initial installation and startup
> ----------------------------------------
>
> Key: SLING-1886
> URL: https://issues.apache.org/jira/browse/SLING-1886
> Project: Sling
> Issue Type: Improvement
> Components: Launchpad
> Affects Versions: Launchpad Base 2.2.0
> Reporter: Felix Meschberger
> Assignee: Felix Meschberger
>
> As of SLING-1220 (and thus Launchpad Base 2.1.0) the launcher started the framework only into startlevel 1 and the BootstrapInstaller actually checked whether framework extension bundles have been installed. If so, the framework was restarted. Otherwise the framework was placed into the originally requested start level.
> As of the OSGi R 4.2 Framework Launcher API, this is not needed any longer because we now have a control point during startup where we can install/update bundles and decide whether to continue framework startup or restart from scratch.
> This is how the Framework may now be launched and where we can hook in:
> (1) Instantiate the Framework
> (2) Call Framework.init()
> -- now the system bundle is in the STARTING state
> -- all bundles are "loaded" but not started
> (3) Call Framework.start()
> -- starts the framework
> -- goes into the desired startlevel starting bundles
> After calling init() but before calling start() we can now run the BootstrapInstaller installing/updating/uninstalling any bundles as instructed. After this initial step we can either stop() the framework and restart with init() if a framework extension has been installed or call start() to continue with the regular startup.
> At the end we get the FRAMEWORK_STARTED event as what it is intended for: marking the end of the framework startup.
> Currently the FRAMEWORK_STARTED event does not mark the end of the framework startup. Rather it marks the end of the BootstrapInstaller phase while a later STARTLEVEL_CHANGED event actually would mark the end of the framework startup.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.