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: | Component creation off EDT during startup | ||
|---|---|---|---|
| Product: | platform | Reporter: | _ tboudreau <tboudreau> |
| Component: | -- Other -- | Assignee: | issues@platform <issues> |
| Status: | REOPENED --- | ||
| Severity: | normal | Keywords: | PERFORMANCE, RANDOM, THREAD, UMBRELLA |
| Priority: | P3 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | TASK | Exception Reporter: | |
| Bug Depends on: | 182696, 182697, 182698 | ||
| Bug Blocks: | |||
| Attachments: | Thread dump | ||
Adding performance keyword. Even if it does not cause a deadlock, any user interaction that the UI responds to (mouse click, keypress) will be blocked until these other threads have released the AWT tree lock. Even if it were safe to take the AWT tree lock from a background thread, the GUI cannot respond while it is held, so such code will cause a responsiveness/liveness issue. *** This bug has been marked as a duplicate of bug 167401 *** we'd have to rewrite a huge part of the IDE to move all component creation to EDT. creating components off the event dispatch thread doesn't cause any problems AFAIK - except for nimbus look & feel (#174500). i don't think it's wise to make such changes just a few days before release I will downgrade this to P3, but reopening as an umbrella bug until bug 182698 is fixed. This is not a duplicate of bug 167401. Bug 167401 was closed because this problem was supposedly fixed in an update to Mac OS 10.5. I encountered this deadlock on Apple's JDK 1.6.0_15 on Mac OS 10.6.2. Either Apple had a regression, or it was never actually fixed. Even if the Apple AppKit thread accessing Swing components were fixed, that just means one deadlock we *know about* won't happen. If we are constructing components on random threads, deadlock is possible, and GUI responsiveness will be affected, no matter what. And especially if we know Apple's toolkit is still accessing Swing components from its own non-EDT thread (and we do know that), the less threads *we* have breaking the threading rules, the lower the chance that their bug will cause a complex deadlock. I don't think we have to move *all* component creation to the EDT *right now* - but where we know about it and can fix it, we certainly should. |
Created attachment 95709 [details] Thread dump Start NetBeans on an existing userdir. As soon as the main window opens, click the Tools menu, then click Plugins. This needs to be fixed in several places - see the attached thread dump - there are 4 (!!!) threads all trying to manipulate Swing components - which should only be done on the AWT event thread. One of them is in Apple's JDK, so we cannot do anything about it. The rest are all bugs we can and must fix. I will make this an umbrella bug and file individual bugs for the threads in question.