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 190639 - Slow Scanning projects
Summary: Slow Scanning projects
Status: RESOLVED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Parsing & Indexing (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 normal with 1 vote (vote)
Assignee: Tomas Zezula
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2010-09-28 09:55 UTC by tacoss.eTRADE
Modified: 2012-02-09 07:38 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tacoss.eTRADE 2010-09-28 09:55:39 UTC
Only editing one single file starts a long "scanning projects"-task

I deleted the cache directory.
I started netbeans.
Scanning and indexing was done.
I edited only one file
Scanning started again
I have been waiting for 359.625 ms

Product Version: NetBeans IDE 6.9.1 (Build 201007282301)
Java: 1.6.0_21; Java HotSpot(TM) Client VM 17.0-b17
System: Windows XP version 5.1 running on x86; Cp1252; de_DE (nb)
Userdir: C:\Dokumente und Einstellungen\Koeppen\.netbeans\6.9.1
Comment 1 ayermolayev 2011-01-06 18:40:33 UTC
When the project is bigger in the very same scenario as described I have to wait several minutes, before the most important IDE features (like Goto Type and code completion) become available.
And this means several minutes after every simple update of the file!
Comment 2 kitfox 2012-02-09 05:13:27 UTC
Same thing happens to me.  I wish they would fix this.
Comment 3 Tomas Zezula 2012-02-09 07:38:23 UTC
Fixed jet-main 41985eb45913.
The IDE now (7.2 dev) has enabled editor features during the scan.

The big scans after single file change is caused by dependencies. When you save the file, the IDE needs to update the error badges on nodes. For any change to public API of the file (signature of non private element) the IDE needs to find out all other files which are using such a changed type and recompile it to update error badges. The scope of these files can be restricted, but the option is very good hidden. You can change it in the Tools/Options/Editor/Hints where for Language "Java" select "Dependency Scanning" and you can either disable the dependency scanning of limit the scope from "All Projects" to "Project Only" or "Source Root"