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: | Adding method to NbTestCase triggers rescan of all test roots | ||
|---|---|---|---|
| Product: | java | Reporter: | Jaroslav Tulach <jtulach> |
| Component: | Source | Assignee: | Marian Mirilovic <mmirilovic> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | jglick, kenaiadmin, mmirilovic, tzezula |
| Priority: | P3 | Keywords: | PERFORMANCE |
| Version: | 7.1 | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Issue Type: | DEFECT | Exception Reporter: | |
The root problem here, IMO, is that our indices only contain class-class relations (i.e. the IDE knows that class A uses class B in some way, but does not known that it uses method foo from class B). Recording the relations in full might be an overkill (note that these relations change a lot, and so the index might need to change non-trivially on almost each save). But having a full-text index might present a reasonable trade of. The only solutions I can see are to either add a fulltext index, or somehow change the index structure*. Either of these is likely to lead into regressions in initial scanning, so I would like to ask for opportunity to defer it to next full release cycle. *) Not sure how - I have some experience with index containing full information about used elements, and it (so far) seems to me that maintenance of such index would be too slow. I do not think this is P2 - the "workaround" is just to wait - and am not sure it is a DEFECT at all. You are changing the public signature of a very widely used class, and the IDE is checking whether there is any impact from that change, which is what it is supposed to do. Maybe it would be beneficial to have a differently organized index, maybe not; and any such reorganization could lead to numerous regressions in corner cases. Changing to P3 as per jglick's explanation above. If we improve the index, then we will automatically also improve the dependency detection. If we don't, it will remain as it is, accepting the reindexing may be slow in corner cases. |
I've opened about 30 of NetBeans projects including nbjunit. I waited for parsing to finish. Then I've added new public method in NbTestCase.java: public void ruineIt() { } and the system started to reparse tests roots of all projects.