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.
This issue was originally marked as duplicate of issue 171716, that is already resolved. This issue is still valid, so this seems to be another issue, but it might be related. Build: NetBeans IDE Dev (Build 090929) VM: Java HotSpot(TM) Client VM, 14.1-b02, Java(TM) SE Runtime Environment, 1.6.0_15-b03 OS: Linux, 2.6.28-15-generic, i386 User Comments: jglick: Clicked on a Hudson build. Maximum slowness yet reported was 33356 ms, average is 33356
Created attachment 88670 [details] nps snapshot
The problem is caused by suspicious HudsonJobImpl.equals(), which calls synchronized methods. If HudsonJobImpl is used as key in InstanceNodeChildren, HudsonJobImpl.equals() should behave as for immutable object (therefore no synchronization would be necessary).
This issue already has 5 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=159373
Hudson-related problem fixed: cdev #80938cfaa348 271898 seems to be due to PhpVisibilityQuery being slow and thus blocking FolderChildren.createNodes. 273402 and 273481 are issues in ejbjarproject. 273452 is a Maven issue. Reassigning to ejbjarproject since that is responsible for the most duplicates. Ideally the exception reporter would understand that a blocked Mutex is due to time spent in another thread.
Andrey, please have a look at EJB related problems. Thanks.
Build: NetBeans IDE Dev (Build 200910070250) VM: Java HotSpot(TM) Client VM, 14.2-b01, Java(TM) SE Runtime Environment, 1.6.0_16-b01 OS: Windows XP, 5.1, x86 User Comments: expanding 'Enterprise Beans' folder (27 items) in ejb Maximum slowness yet reported was 33356 ms, average is 12203
Created attachment 89014 [details] nps snapshot
This issue already has 6 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=159373
Fixed EJB part: 17e3d72667e2 Reassign to PHP as next problem area.
PhpVisibilityQuery was already removed (see issue #170308). Reassigning to Maven (see comment from Jesse).
Build: NetBeans IDE Dev (Build nbms-and-javadoc-4010-on-090930) VM: Java HotSpot(TM) Client VM, 14.2-b01, Java(TM) SE Runtime Environment, 1.6.0_16-b01 OS: Windows XP, 5.1, x86 User Comments: Maximum slowness yet reported was 33356 ms, average is 10931
Created attachment 89224 [details] nps snapshot
This issue already has 7 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=159373
Integrated into 'main-golden', will be available in build *200910091401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/80938cfaa348 User: Jesse Glick <jglick@netbeans.org> Log: #173491: EQ blocked waiting for unnecessary synchronization.
Integrated into 'main-golden', will be available in build *200910140201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/17e3d72667e2 User: Andrey Yamkovoy <kaktus@netbeans.org> Log: Fix for #173491 - create EJB nodes in hash before invoking setKeys() which blocks mutex
This issue already has 23 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=159373
This issue already has 24 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=159373
Maven issue was fixed in 171716. Last reports contain some huge waitings when DataObjects are copied, reassigning.
From snapshot 288565 with DataObjects is not obvious what it is waiting for. Snapshots from dev builds are reassigned to proper component/subcomponent: 292784, 301348 - projects/Ant Freeform 295382 - connecteddeveloper/Bugzilla Other reports are from 6.8Beta or older builds, so I expect it is fixed in all relevant places as described in comments.
Product Version: NetBeans IDE 6.8 RC1 (Build 200911252200) Java: 1.6.0_16; Java HotSpot(TM) Client VM 14.2-b01 System: Windows XP version 5.1 running on x86; Cp1250; cs_CZ (nb) Verified
*** Bug 177385 has been marked as a duplicate of this bug. ***