Performance test reports that the following classes are loaded on NetBeans startup with LimeWare project:
Please don't load these classes unless they are really necessary.
Comment from issue 148179:
Those two classes are loaded because the tasklist is visible. And Task Providers are initialized with their display name
(must be passed to superclass constructor), the display name isn't requested when needed. And the GSF tasklist is
initialized with the name of its languages such that the filter makes sense to users. And the language display names are
provided by language config classes - the two classes this issue is about. Yes, this could be done separately
(declaratively) but that isn't the case yet. This definitely doesn't feel like a P2 for a handful of classes.
This is something that may require help from Standa.
Please also eliminate loading of the following class:
According to the following jtulach's comment the class is loaded due to the same reason: "This class is loaded by
tasklist, and we have some bug related to this problem in general already."
Created attachment 72941 [details]
Created attachment 72942 [details]
All CSL based languages suffers with this problem. To be able to properly initialize the super class the
GsfHintsProvider needs to gather displaynames of all registered languages. The achieve this we need to create the
Solution can be:
1) store the displayname as a file attribute in layer and read it from there instead of the language instance
2) do try to gather the list of the languages names at all and just pass some generic displayName and description in the
#2 is super simple and acceptable I think. Keeping the decision on CSL owner where this issue belongs.
type correction: GsfHintsProvider ---> GsfTaskProvider
solution #2 sounds good to me
*** This issue has been marked as a duplicate of 161179 ***