|non-deterministic p2 configuration generation on first start [message #1139168]
||Tue, 15 October 2013 15:34
| Catalin Doras
Registered: July 2009
We found that the way the configuration folder is populated on the first eclipse start is non-deterministic. This is problematic from a developer perspective.
Here is how we stumbled into this:
We have a plugin that contains an extension point for CDT defined as follows:
name="OSE GDB Debugger"
This extension point may or may not be loaded, depending on how equinox generates the initial configuration.
After the initial start, the plugin is either activated or disabled for ever after.
We haven't found the exact setting that activates/deactivates this plugin and we would appreciate any input/ pointers to good documentation related with
- how can we debug the first start sequence
- how we can force osgi to redo it completely apart from manually deleting and restoring the configuration and org.eclipse.equinox.p2.engine folders (tried -clean, -initialize, -refresh and several of the now deprecated options without noticeable effect)
- how to control the first time initialization.
Powered by FUDForum
. Page generated in 0.03776 seconds