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 6.8 (Build 200912041610) VM: Java HotSpot(TM) Client VM, 11.0-b15, Java(TM) SE Runtime Environment, 1.6.0_10-b33 OS: Windows 2000, 5.0, x86 User Comments: ieising: I collapsed the Enterprise Beans branch of my -ejb project. It contains 12 Stateless Session Beans and 2 MDBs. carpedemus: Importing a maven project GUEST: Trying to open modules for an aggregate pom Maximum slowness yet reported was 14399 ms, average is 6878
Created attachment 92885 [details] nps snapshot
All three seconds blocked in org.netbeans.modules.ant.freeform.ui.FolderNodeFactory$RootChildren.node() which holds Children.MUTEX.writeLock
There're already 28 duplicates - in my case, it has been about one and a half minute waiting as a result of doing nearly nothing (just activating some tabs by moving over them), see http://statistics.netbeans.org/exceptions/exception.do?id=520889
Nothing to do with freeform project. The evaluation in comment #2 is done in strange way. >All three seconds blocked in >org.netbeans.modules.ant.freeform.ui.FolderNodeFactory$RootChildren.node() This is the only one stack trace in freeform which just delegates to generic project UI. But this is not the problem. The setKeys() should be just kind of CAS and should not trigger nodes calculation (under motex). The problem is in the NodeFactorySupport which exactly does this. >which holds Children.MUTEX.writeLock In fact the caller (nodes api called from generic project UI holds the mutex). I will solve it with Jarda personally and then reassign.
not for 7.0.1
Fixed jet-main f3f5d5ed00b9
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/f3f5d5ed00b9 User: Tomas Zezula <tzezula@netbeans.org> Log: #179002:[69cat] 4s - org.netbeans.modules.ant.freeform.ui.FolderNodeFactory