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.
This issue was reported manually by sdedic. It already has 1 duplicates Build: NetBeans IDE 7.2 (Build 201207171143) VM: Java HotSpot(TM) 64-Bit Server VM, 23.3-b01, Java(TM) SE Runtime Environment, 1.7.0_07-b10 OS: Windows 7 Stacktrace: java.lang.Exception: Scan canceled. at java.lang.Thread.getStackTrace(Thread.java:1567) at org.netbeans.modules.parsing.impl.indexing.LogContext.create(LogContext.java:113) at org.netbeans.modules.parsing.impl.indexing.LogContext.create(LogContext.java:106) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.scheduleFirer(PathRegistry.java:820) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.resetCacheAndFire(PathRegistry.java:814) at org.netbeans.modules.parsing.impl.indexing.PathRegistry.access$500(PathRegistry.java:85)
Created attachment 127591 [details] stacktrace
Originally reported as scan_cancelled report. Editor parsing loop analyzes webbeans, blocks repository updater. Lot of warnings "org.netbeans.modules.web.beans.model.spi.WebBeansModelProvider]: ClassIndex.getElements() was interrupted". Please check if the behaviour is correct; thanks.
(In reply to comment #2) > Originally reported as scan_cancelled report. > > Editor parsing loop analyzes webbeans, blocks repository updater. > Lot of warnings > "org.netbeans.modules.web.beans.model.spi.WebBeansModelProvider]: > ClassIndex.getElements() was interrupted". > > Please check if the behaviour is correct; thanks. I don't see any references to the CDI area in the report. There is only one reference to the web.beans module in your last comment as a warning. There is an editor error/hints analyzer implemented via JavaSourceTaskFactory service as EditorAwareJavaSourceTaskFactory subclass. I believe this analyzer relates to the issue. But the analyzer is implemented correctly with conformance to the contract of JavaSourceTaskFactory with Priority.LOW priority. It doesn't have any issues except big amount of Java model computation. The only thing which could be corrected here is disallowing for EditorAwareJavaSourceTaskFactory to be executed during scan. Because now its subclass uses TaskIndexingMode.ALLOWED_DURING_SCAN.
If the behaviour - you explained that the message is just a warning - is OK, and does not mean the computation takes long, or is repeated uselessly over and over, then please resolve the defect as invalid
OK, I've removed the TaskIndexingMode.ALLOWED_DURING_SCAN mode from the analyzer. Nothing else could be done here. web-main#223892e8aa93
Integrated into 'main-golden', will be available in build *201211220002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/223892e8aa93 User: Denis Anisimov <ads@netbeans.org> Log: Fix for BZ#221932 - Blocked background scan.
Created attachment 150392 [details] Log NB
As you can see in the log I'm attaching this problem stills in NB 8.0.1, the IDE gets really unusable because of the excessive scanning and keeps 'Scanning classpath...' when hitting Autocompletion, or for a simple go to type, takes awful longer
Created attachment 150393 [details] Awful slow completion because of CDI scanning
Please do not change the "Version" field to newer versions. According to NB Bugzilla process, Version is the version where the defect is first observed. If it is not fixed, it's assumed the defect is present in all released versions starting from the reported one up to the most recent reports. It's possible to move Version back if the defect is found in yet older version of the software.
change status back as 248570 is filed