This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
A lot of classes is being loaded into the VM just to say "no". From the list of funny stacktraces (captured when starting with one open j2se project and one open java file in editor): org.netbeans.api.ruby.platform.RubyPlatformManager.getPlatforms(RubyPlatformManager.java:142) org.netbeans.modules.ruby.rubyproject.BootClassPathProvider.findClassPath(BootClassPathProvider.java:76) org.netbeans.api.java.classpath.ClassPath.getClassPath(ClassPath.java:545) org.netbeans.modules.java.source.tasklist.TaskCache.isInError(TaskCache.java:350) Here is the list of classes loaded with allInstances in ClassPath.getClassPath: org.netbeans.modules.csl.core.ProjectClassPathProvider org.netbeans.modules.javascript.editing.JsClassPathProvider org.netbeans.modules.php.project.classpath.IncludePathClassPathProvider org.netbeans.modules.php.project.ui.actions.support.CommandUtils org.netbeans.modules.ruby.modules.project.rake.FileChangeSupport
Btw. the list is just sample from individual modules. The transitive closure is much wider.
Resolving all issues with milestone "future" as LATER. If you feel strongly that it should be implemented please reopen and set the target milestone to "next".
NetBeans.org Migration: changing resolution from LATER to WONTFIX