Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 106169

Summary: Changing configuration on startup
Product: [Eclipse Project] Equinox Reporter: Pascal Rapicault <pascal>
Component: FrameworkAssignee: equinox.framework-inbox <equinox.framework-inbox>
Status: RESOLVED WONTFIX QA Contact:
Severity: enhancement    
Priority: P3 CC: bpasero, jeffmcaffer, lfrenzel, tjwatson, xavier.mehaut
Version: 3.2   
Target Milestone: ---   
Hardware: PC   
OS: Windows 2000   
Whiteboard:
Bug Depends on:    
Bug Blocks: 134498    

Description Pascal Rapicault CLA 2005-08-05 11:18:31 EDT
We need to explore how we can support scenarios where the set of bundles being
run is constrained by the user running eclipse. More generally it means changing
configuration since it can stores user specific informations.

The current solution consists in staging the startup of eclipse: start osgi,
identify the user, and depending on that uninstall and install all the bundles
from the framework. This has the advantage of not requiring any code change in
the code base, however it forces the runtime to reparse all the plugin.xml when
the user has changed from the previous run, and the configuration settings (like
preferences) are shared across users.

Another solution consists in restarting the framework once the user has been
identified. This would require code change in osgi to be able to restart the fwk
without changing the vm.

Yet another solution: store the fwk state into two files. One contains the set
of bundles that are on the osgi.bundles list, the second contains all the other
bundles. The first file is common for all users and basically list all the
bundles required to identify the user. On startup, the framework starts loading
the first file, ask for user identity, change the config area and keep reading
from the secondary file to keep running the fwk.
Comment 1 Pascal Rapicault CLA 2006-03-29 09:46:00 EST
*** Bug 83276 has been marked as a duplicate of this bug. ***
Comment 2 Pascal Rapicault CLA 2006-03-29 09:46:52 EST
See discussion on the dup'ed bug.
Comment 3 Pascal Rapicault CLA 2006-10-14 15:20:05 EDT
Broadening the scope of this bug. The reasons to change configurations part way through the startup can be multiple: new user, specific workpsace, etc...

The provisioning and tooling aspect would have to be taken into account.

An additional solution (variant of the last one in the initial post): store the osgi.bundles list in a state of its own, and have a second state that would be complete. Then, once the first state has been read and the decision on which other configuration to be used has been performed, the second state could be read and compared to the first one to see if a simple merge of both could be done, or if a more extensive restart had to be done.

In any event I think this support needs to be enabled only on an special option.
Comment 4 Pascal Rapicault CLA 2006-10-14 15:20:19 EDT
*** Bug 160958 has been marked as a duplicate of this bug. ***
Comment 5 Thomas Watson CLA 2010-04-12 11:13:44 EDT
Marking as wont fix.  Pascal please reopen if you want more investigation here.  Changes like this will have an impact on how p2 manages Equinox.