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.
I was editing org.openide.awt.Toolbar, and tried to invoke code completion with this.addD[ctrl- space]. CPU usage went to 100%, and I got a fascinating thread dump - tons of threads all blocked in AbstractLookup.enterStorage(). Today's build. I had used code completion successfully a few times earlier in the session, so it's probably random.
Created attachment 17329 [details] Thread dump
Just happened again while just typing, so not code completion related.
Hmm, interesting - it recovered (it didn't the first time - I gave it several minutes to do so).
Tim, it´s pity you have not attached the full thread dump. This way it is hard to guess what is going on. Anyway, please file another bug for java module/JavaparserGlue for abusing the default RqP... Need to see the rest of TD, but the Lookup is probably innocent here..
I saw a similar thread dump in bug filed agaist java/refactoring. don't remember the bug number though
Created attachment 17338 [details] More thread dump - may help - still had it in my console history
1. the enourmous number of theads is caused by JavaParserGlue using RequestProcessor.getDefault(). Very likely it is not what is wanted. 2. Lookup is being invoked by CompatibleNode and seems to be doing what it should. No stacktrace seems to indicate anything else. 3. If the CPU usage is 100% than it is hardly a deadlock.
We know about this problem and Tomas even has a fix for it. We are testing it from Wednesday. Tomasi, the fix works for me. Can you commit it to trunk? Thanks.
*** This issue has been marked as a duplicate of 48158 ***