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.
Created attachment 151267 [details] slow apply code changes It takes around 10 seconds of the total wait time to "Apply Code Changes" on maven project. NS Self profiler shows that all time goes to ...maven.debug.DebuggerChecker.reload() -> ... -> ...jpda.breakpoint.BreakpointImpl.update() Most probably this is caused by the general slowness of the jpda interface in NB, for example during evaluation of variables - see https://netbeans.org/bugzilla/show_bug.cgi?id=249305. With all breakpoints removed or disabled "Apply Code Changes" works almost instantly, though does not really work all the time :( - see https://netbeans.org/bugzilla/show_bug.cgi?id=247297. Self profiler snapshot is attached.
reassigning for further evaluation
(In reply to NukemBy from comment #0) > With all breakpoints removed or disabled "Apply Code Changes" works almost instantly, though does not really work all the time Really? I was not aware of this workaround.
Strange, but it really is ... just rechecked (for the case if things get changed during last months) 1. With 10 dummy breakpoints Apply Code Changes completes in around 13 seconds, 2. With all of them removed - in around 6 seconds (see attached apply-code-changes-and-breakpoints.npss and apply-code-changes-and-breakpoints.png). Why still 6 seconds? ... ... most probably because of this issue: https://netbeans.org/bugzilla/show_bug.cgi?id=250746. After deleting org-netbeans-modules-debugger-Settings.properties file from NB config folder Apply Code Changes completes in less than half a second.
Created attachment 153377 [details] apply-code-changes-and-breakpoints.npss
Created attachment 153378 [details] apply-code-changes-and-breakpoints.png
I do not think that debugger does something wrong here. It makes checks about classes containing breakpoints and these checks are slow. It looks like at the end it's slow because of file access at File.getCanonicalFile(). I'll try to optimize the ClassBasedBreakpoint.compareSourceRoots()...
It should be improved by changeset: 289638:5345438151d9 http://hg.netbeans.org/core-main/rev/5345438151d9
Integrated into 'main-silver', will be available in build *201507170001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/5345438151d9 User: mentlicher@netbeans.org Log: #249513: Cache the source roots to speed up breakpoints checks.