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 187632 - parseWhenScanFinished called in AWT in GsfCodeTemplateProcessor
Summary: parseWhenScanFinished called in AWT in GsfCodeTemplateProcessor
Status: RESOLVED WORKSFORME
Alias: None
Product: editor
Classification: Unclassified
Component: CSL (API & infrastructure) (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: Milutin Kristofic
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2010-06-16 06:30 UTC by Exceptions Reporter
Modified: 2012-11-07 17:03 UTC (History)
13 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 170699


Attachments
nps snapshot (14.81 KB, application/nps)
2010-06-16 06:30 UTC, Exceptions Reporter
Details
nps snapshot (16.18 KB, application/nps)
2010-07-22 10:31 UTC, zeeUndead
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2010-06-16 06:30:12 UTC
Build: NetBeans IDE 6.9 (Build 201006111053)
VM: Java HotSpot(TM) Client VM, 16.0-b13, Java(TM) SE Runtime Environment, 1.6.0_18-b07
OS: Windows XP

User Comments:
dext: Scannig project after commit, and tryed to use code template.



Maximum slowness yet reported was 598719 ms, average is 328278
Comment 1 Exceptions Reporter 2010-06-16 06:30:22 UTC
Created attachment 100114 [details]
nps snapshot
Comment 2 Vitezslav Stejskal 2010-06-17 10:21:36 UTC
Code template expansion blocked by indexing. http://statistics.netbeans.org/exceptions/exception.do?id=402407 report shows very slow mimetype resolution.
Comment 3 zeeUndead 2010-07-22 10:31:00 UTC
Created attachment 100972 [details]
nps snapshot
Comment 4 David Strupl 2012-01-12 14:20:40 UTC
I think this should not happen in the AWT Event thread:

 "AWT-EventQueue-1" - Thread t@28
    java.lang.Thread.State: TIMED_WAITING
	at sun.misc.Unsafe.park(Native Method)
	- waiting to lock <14658ec> (a java.util.concurrent.locks.ReentrantLock$FairSync) owned by "Parsing & Indexing Loop (201102140001)" t@59
	at java.util.concurrent.locks.LockSupport.parkNanos(Unknown Source)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireNanos(Unknown Source)
	at java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireNanos(Unknown Source)
	at java.util.concurrent.locks.ReentrantLock.tryLock(Unknown Source)
	at org.netbeans.modules.parsing.impl.TaskProcessor.runWhenScanFinished(TaskProcessor.java:256)
	at org.netbeans.modules.parsing.api.ParserManager.parseWhenScanFinished(ParserManager.java:131)
	at org.netbeans.modules.csl.editor.codetemplates.GsfCodeTemplateProcessor.initParsing(GsfCodeTemplateProcessor.java:168)
	at org.netbeans.modules.csl.editor.codetemplates.GsfCodeTemplateProcessor.delegatedResolve(GsfCodeTemplateProcessor.java:135)
	at org.netbeans.modules.csl.editor.codetemplates.GsfCodeTemplateProcessor.getProposedValue(GsfCodeTemplateProcessor.java:126)
	at org.netbeans.modules.csl.editor.codetemplates.GsfCodeTemplateProcessor.updateDefaultValues(GsfCodeTemplateProcessor.java:92)
	at org.netbeans.lib.editor.codetemplates.CodeTemplateInsertHandler.processTemplate(CodeTemplateInsertHandler.java:247)
	at org.netbeans.lib.editor.codetemplates.CodeTemplateManagerOperation.insert(CodeTemplateManagerOperation.java:242)
	at org.netbeans.lib.editor.codetemplates.api.CodeTemplate.insert(CodeTemplate.java:107)
	at org.netbeans.lib.editor.codetemplates.AbbrevDetection.expand(AbbrevDetection.java:524)
	at org.netbeans.lib.editor.codetemplates.AbbrevDetection.expand(AbbrevDetection.java:421)
	at org.netbeans.lib.editor.codetemplates.AbbrevDetection.checkExpansionKeystroke(AbbrevDetection.java:325)
	at org.netbeans.lib.editor.codetemplates.AbbrevDetection.keyPressed(AbbrevDetection.java:285)
	at java.awt.AWTEventMulticaster.keyPressed(Unknown Source)
	at java.awt.AWTEventMulticaster.keyPressed(Unknown Source)
Comment 5 Petr Cyhelsky 2012-11-07 17:03:04 UTC
latest report is from 7.0.1 - Doesn't seem to be problem now