Performance test reports that the following classes are loaded on NetBeans startup with LimeWare project: org.netbeans.modules.javascript.editing.JsLanguage org.netbeans.modules.javascript.editing.JsonLanguage 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.
Sounds like this should be against JavaScript, shouldn't it?
Please also eliminate loading of the following class: org.netbeans.modules.css.gsf.CSSLanguage 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] Stacktrace
Created attachment 72942 [details] Stacktraces
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 language instance. 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 PushTaskScanner constructor. #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 ***