You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently ConfigurationActivator eagerly loads and creates PlatformConfiguration, as this involves scanning a lot of jar files I noticed this becomes quite slow on Windows.
As the field is only read when calling ConfigurationActivator.getBundleGroups() the creation and initialization of the object should be handled there to shift the penalty to the place where it is actually required, callers can then for example benefit from the UI and inform the user that something is in progress instead of blocking the OSGi Startup in general, whether or not the information is used at all.
This might not be noticeable in a regular IDE if the windows defender exclusion is in place or might depend on other factors but seems easy enough to improve the situation for example custom RCP application.
The text was updated successfully, but these errors were encountered:
@laeubi I believe since PlatformConfiguration is being eagerly created, it is initialized as soon as the ConfigurationActivator is activated, even if it is not immediately needed. Just as you have described. This causes a delay in OSGi startup due to scanning many JAR files, especially on Windows.
I would like to be assigned to this issue to work on it please.
Thanks!
Currently the activator created the factory (but only register it as a
plain service) and on the other hand the BundleGroupComponent then
access the activator in a static way.
This now decouples the Factory and BundleGroupComponent from the
activator by making them components.
Fixeclipse-platform#1572
Currently
ConfigurationActivator
eagerly loads and createsPlatformConfiguration
, as this involves scanning a lot of jar files I noticed this becomes quite slow on Windows.As the field is only read when calling
ConfigurationActivator.getBundleGroups()
the creation and initialization of the object should be handled there to shift the penalty to the place where it is actually required, callers can then for example benefit from the UI and inform the user that something is in progress instead of blocking the OSGi Startup in general, whether or not the information is used at all.This might not be noticeable in a regular IDE if the windows defender exclusion is in place or might depend on other factors but seems easy enough to improve the situation for example custom RCP application.
The text was updated successfully, but these errors were encountered: