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.
The build http://deadlock.netbeans.org/job/ergonomics/5651/testReport/org.netbeans.test.ide/WhitelistTest/testWhitelist3/ shows more than 220 unexpectedly loaded classes on startup. That is a significant regression compared to usual ~100. Most of the classes seem to be related to debugging, especially debugging of CND. Marking P1 as the failures block propagation of my changes from ergonomics repository. In case you don't want to fix the problem promptly, I can workaround it by disabling the whitelist test in the ergonomics build.
(In reply to Jaroslav Tulach from comment #0) > The build > http://deadlock.netbeans.org/job/ergonomics/5651/testReport/org.netbeans. > test.ide/WhitelistTest/testWhitelist3/ > shows more than 220 unexpectedly loaded classes on startup. That is a > significant regression compared to usual ~100. > > Most of the classes seem to be related to debugging, especially debugging of > CND. How did you realized that from 190 debug/dbg most are "especially CND" if CND is 47? Btw, may be something from debugger core is started now which start up all debuggers engines? Because I see all debuggers loaded: php, java, javascript, web,........
There is even ANT debugger: org.netbeans.modules.ant.debugger.breakpoints.* There were no changes in ANT debugger. Are the stack traces somewhere? I need to see what initiates the class loading...
The page at http://deadlock.netbeans.org/job/ergonomics/ should contain all the information including links to stacktraces and wikipage with description of the whole infrastructure and how to run it locally.
Thanks. FYI: The xml document with stack traces starts with "sXMLCodec.<init>(BreakpointsXMLCodec.java:68)" But the rest of the file helps, it looks like changes performed recently in ActionsManager where actions are registered might have impact on this.
The tests on past versions revealed that this regression is caused by http://hg.netbeans.org/core-main/rev/1f155bc084cd
The debugger regression is fixed by changeset: 286869:d6ce4972d76a http://hg.netbeans.org/core-main/rev/d6ce4972d76a But the whitelist test still fails for me, listing 105 violations. But the 100+ might due to classes from GTK plaf. Thus the test might pass on hudson.
Integrated into 'main-silver', will be available in build *201504201004* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/4fa226ff1c99 User: mentlicher@netbeans.org Log: #251868: Some classes were repackaged from o.n.m.d.jpda.projects to o.n.m.d.jpda.projectsui.