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.
It seems that terminating a debugging session of a Java+Tomcat web application causes problems like the one described below. It is also causing hiccups in the UI after a couple of interruptions, that force me to restart the IDE. Please help me give you the information you require. This is my original email sent to NetCAT: "I am still on 7.1.2 but I have just come across something that I am not sure is a desired behaviour. The Find Usages tool does seem to not detect references made through the instanceof operator: if (mostSpecificException == null || mostSpecificException instanceof ResourceLocatorTimeOutException) { mostSpecificException = ex; } Is this normal?" I believe it might be linked with Bug 197158.
When do you see the hiccups in the UI, does NetBeans consume a lot of CPU and does memory usage grow? If yes, please provide a heap dump file so that we can analyze what pollutes the memory. Regarding the Find Usages tool, this has nothing to do with debugger. Moving to Java to explore that.
Please never report 2 problems in single report as these problems may fall into different categories. 1st) Problem belongs to web/project 2nd) Problem belongs to java/refactoring. I am reassigning the problem to web/project and I've created a new issue #212489 for the refactoring problem. The hiccups are mostly caused by memory leaks as the hs-cms needs the stop the world cycles when men utilization is above 70% .
Waiting for a heap dump.
Application snapshot uplaoded: http://dl.dropbox.com/u/4422938/nbsluggish2/application-1340098202715.apps
I was not using Tomcat. I was debugging a Java class library Maven application.
Martin can you look at it please? Thx.
The new bug 215116 looks very similar.
I have low memory-oom problem when debug my nb modules, it start to show icons with "not enough memory to compile" after one-several debug sessions.
There's 18 instances of debugger sessions still being held in memory. It's in build #201205031832, therefore some of the problems might be already fixed. I'll check it...
Instances #1 - #13 and #15 - #17 are held by method breakpoint listeners, that were created to initialize visual debugger. Instance #14 held by DropGlassPane.originalSource I expect it to be freed after a new source is set. Instance #18 is held by a popup switcher table.
The problem of debugger session held by method breakpoint listeners is fixed by changeset: 226421:24ba448140c1 http://hg.netbeans.org/main/rev/24ba448140c1
This sounds like a good candidate for NetBeans 7.2.1 update release.
Integrated into 'main-golden', will be available in build *201207110002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/24ba448140c1 User: mentlicher@netbeans.org Log: #212479: Release the helper breakpoints, that were added for use by visual debugger.
*** Bug 198961 has been marked as a duplicate of this bug. ***
Looks good to me. Fix verified on: Product Version: NetBeans IDE Dev (Build 201208290001) Java: 1.7.0_06; Java HotSpot(TM) Client VM 23.2-b09 System: Windows XP version 5.1 running on x86; Cp1252; en_GB (nb) Many thanks for fixing this.
Pushed into release72: http://hg.netbeans.org/releases/rev/4f1f73beae91 http://hg.netbeans.org/releases/rev/aeac81362383
Integrated into 'releases', will be available in build *201209010822* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/4f1f73beae91 User: mentlicher@netbeans.org Log: #212479: Release the helper breakpoints, that were added for use by visual debugger. (transplanted from 24ba448140c12a80825809ad4cfa72adcdf7d13f)
I tested debugging of java maven project and haven't found any difficulties.