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.
Summary: | A deadlock after add a project to project libraries | ||
---|---|---|---|
Product: | java | Reporter: | ehucka <ehucka> |
Component: | Project | Assignee: | Tomas Zezula <tzezula> |
Status: | CLOSED FIXED | ||
Severity: | blocker | Keywords: | THREAD |
Priority: | P2 | ||
Version: | 4.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | |||
Bug Blocks: | 56909 | ||
Attachments: | full threaddump |
Description
ehucka
2005-03-22 13:35:22 UTC
Created attachment 21032 [details]
full threaddump
I recognized that the project is from 4.0. It probably wants to upgrade it to 4.1. Not sure. IMHO this is a bug in Explorer/Nodes - that it tries to use a Mutex just to repaint, while using multiple threads - but that cannot be fixed right now. Perhaps it would suffice for J2SEPhysicalViewProvider.LogicalViewChildren.stateChanged to be a little safer still and call setKeys not only later, but always in EQ - e.g. EventQueue.invokeLater, not rp.post (meaning J2SEPhysicalViewProvider.rp could be deleted as it is used only for this)? Checking in j2seproject/src/org/netbeans/modules/java/j2seproject/ui/J2SEPhysicalViewProvider.java; /cvs/java/j2seproject/src/org/netbeans/modules/java/j2seproject/ui/J2SEPhysicalViewProvider.java,v <-- J2SEPhysicalViewProvider.java new revision: 1.48; previous revision: 1.47 done v |