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.

Bug 206128 - EQ block in ActiveConfigAction
Summary: EQ block in ActiveConfigAction
Status: RESOLVED DUPLICATE of bug 203999
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Projects UI (show other bugs)
Version: 7.1
Hardware: All All
: P2 normal (vote)
Assignee: Jesse Glick
URL:
Keywords: PERFORMANCE, THREAD
Depends on:
Blocks: 200982
  Show dependency tree
 
Reported: 2011-12-08 09:24 UTC by Vladimir Voskresensky
Modified: 2012-04-12 02:57 UTC (History)
9 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 183560

Attachments
nps snapshot (126.98 KB, application/nps)
2011-12-08 09:24 UTC, Vladimir Voskresensky 		Details
nps snapshot (72.85 KB, application/nps)
2011-12-26 05:58 UTC, Exceptions Reporter 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Voskresensky 2011-12-08 09:24:31 UTC 
This bug was originally marked as duplicate of bug 205622, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE Dev (Build 20111208-9a6d846d5dc2)
VM: Java HotSpot(TM) Server VM, 20.4-b02, Java(TM) SE Runtime Environment, 1.6.0_29-b11
OS: SunOS

User Comments:
vv159170: open ide with opened project



Maximum slowness yet reported was 16686 ms, average is 16686
Comment 1 Vladimir Voskresensky 2011-12-08 09:24:38 UTC 
Created attachment 113949 [details]
nps snapshot
Comment 2 Exceptions Reporter 2011-12-26 05:58:41 UTC 
Created attachment 114457 [details]
nps snapshot

just opened netbeans when it is loading two projects into the work space.
Comment 3 Vladimir Voskresensky 2012-03-14 11:57:26 UTC 
Jesse, please, make presenter wait for PCP out of EDT.
Already ~30 reports of this issue

"AWT-EventQueue-1" prio=3 tid=0x0bd75400 nid=0x24 waiting for monitor entry [0x9bbff000]
   java.lang.Thread.State: BLOCKED (on object monitor)
        at org.netbeans.modules.project.ui.actions.ActiveConfigAction$ConfigMenu.findPCP(ActiveConfigAction.java:368)
        - waiting to lock <0xbaeea750> (a org.netbeans.modules.project.ui.actions.ActiveConfigAction)
        at org.netbeans.modules.project.ui.actions.ActiveConfigAction$ConfigMenu.getMenuPresenters(ActiveConfigAction.java:375)
        at org.openide.awt.DynaMenuModel.loadSubmenu(DynaMenuModel.java:108)
        at org.openide.awt.MenuBar$LazyMenu$MenuFolder.createInstance(MenuBar.java:828)
Comment 4 Jesse Glick 2012-04-12 02:57:58 UTC 
Examining snapshot-566016.npss (snapshot-572382.npss seems similar), cnd.makeproject.MakeProjectConfigurationProvider.addPropertyChangeListener is taking close to ten seconds whereas it should be immediate to merely add a listener to a list. There might be other things wrong but this stands out - it is what the thread holding the monitor is waiting for. Also the reports look to involve CND projects only, which supports this hypothesis. As far as I know ACA avoids holding the monitor (uses PM.mutex) while making calls to methods that are expected to block, such as PCP.getConfigurations. From inspecting history it looks like 2f2cc8b3e4e1 might have incidentally solved this.

*** This bug has been marked as a duplicate of bug 203999 ***