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.
Build: NetBeans IDE Dev (Build 200908022240) VM: Java HotSpot(TM) Client VM, 1.5.0_15-b04, Java(TM) 2 Runtime Environment, Standard Edition, 1.5.0_15-b04 OS: Windows Vista, 6.0, x86 Maximum slowness yet reported was 39235 ms, average is 39235
Created attachment 86011 [details] nps snapshot
Tomáši, I guess we need the snapshot with wall-clock time to find out who the AWT thread is waiting for. Or am I wrong and you can find who the EntrySupport.getArray() is blocked by?
I think that it is blocked by 'Default RequestProcessor' thread.
Thanks Tomáši. Yes, the thread that blocks the AWT is "Default RequestProcessor" and it computes something in web - e.g. calls addWebFragmentsAction. Itself it takes no execution time, but it needs data from parsing API (which can take ages). Please use other type of node, that can compute children asynchronously, without blocking the UI. Use Children.create(..., true): http://bits.netbeans.org/dev/javadoc/org-openide-nodes/org/openide/nodes/Children.html#create(org.openide.nodes.ChildFactory, boolean)
*** Issue 169888 has been marked as a duplicate of this issue. ***
The code in question is in class org.netbeans.modules.web.project.ui.ConfFilesNodeFactory (trying to save time for anyone who will next try to parse this nps file). Thanks Jardo for the suggestion.
Probably the main problem in this issue is the same as for #170141. Problematic stack trace contains refreshFragments() method call also. So I'm going to try experiment with refreshFragments() method ( see comments in #170141 ). After this one still need to use Node which compute children asynchronously. As suggested here.
First step to fix this issue : changeset: 143285:553e290b4ca3 tag: tip user: Denis Anisimov <ads@netbeans.org> date: Mon Aug 31 23:40:23 2009 +0400
changeset: 143286:aee057935c32 user: Denis Anisimov <ads@netbeans.org> date: Tue Sep 01 21:23:58 2009 +0400 summary: Suggested fix for IZ#170098 - 39s - expanding nodes can take ages
Integrated into 'main-golden', will be available in build *200909032054* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/2bfb124db1eb User: Denis Anisimov <ads@netbeans.org> Log: Minor fix for IZ#170098 - 38s in SetUriExecutionAction
*** Issue 170591 has been marked as a duplicate of this issue. ***
*** Issue 171744 has been marked as a duplicate of this issue. ***