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 150700 [details] thread-dump I am getting a random IDE hang, both in 8.0.1 and in: Product Version: NetBeans IDE Dev (Build 201411240001) Java: 1.8.0_25; Java HotSpot(TM) 64-Bit Server VM 25.25-b02 Runtime: Java(TM) SE Runtime Environment 1.8.0_25-b18 System: Windows 7 version 6.1 running on amd64; Cp1252; en_CA (nb) User directory: C:\Users\Gili\AppData\Roaming\NetBeans\dev Cache directory: C:\Users\Gili\AppData\Local\NetBeans\Cache\dev I only bothered investigating in the dev build but I assume this is the same issue. I will attach a thread and a profiler dump. Based on my investigation, org.netbeans.modules.java.source.parsing.JavacParser().getResult() is invoking org.netbeans.api.java.source.ClasspathInfo.toURIs() forever.
Created attachment 150701 [details] profiler dump
Final note: I have no idea which file is causing this because the problem is quite random. It tends to happen when I invoke Fix Imports but it doesn't seem to really matter which Java file I am editing. I get this problem maybe 1-2 times a day.
*** Bug 249014 has been marked as a duplicate of this bug. ***
(In reply to _ gtzabari from comment #2) > Final note: I have no idea which file is causing this because the problem is > quite random. It tends to happen when I invoke Fix Imports but it doesn't > seem to really matter which Java file I am editing. I get this problem maybe > 1-2 times a day. I assume you've used visualvm to capture profiling stats. Could you please enable profiling of java.* packages, too ? the j.net.URL.toURI is likely to do some SPI callback which causes the slowdown.
I haven't run into this issue in the past week (even though I have not changed JDK or IDE versions). I'll let you know if I run into it again (and in that case try to collect better profiler dumps).
Here are updated thread and profiler dumps from Netbeans 8.0.2 final.
Created attachment 150829 [details] thread dump from 8.0.2
Created attachment 150830 [details] Profiler dump from 8.0.2 I've included java.* packages in the profiler dump as you requested.
Hm, I hoped that NB code will appear on the call stack, since URI() calls URLStreamHandler at certain point ... but no.
Svata, So... what now? :)
Setting as incomplete: a diagnostic jar was provided offline for 8.0.2 release, defect not reproduced so far. Please reopen when/if you have more info - thanks.