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 7368 - Find in files does not handle multiple top level classes well
Summary: Find in files does not handle multiple top level classes well
Status: CLOSED INVALID
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: All All
: P4 normal (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-08-11 19:07 UTC by Petr Jiricka
Modified: 2007-09-26 09:14 UTC (History)
1 user (show)

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 Petr Jiricka 2000-08-11 19:07:08 UTC
If a .java file has more than one top level class, and the file is compiled
(so .class files for all classes in the java file exist), find in files
searches in top level class files (not java files).

Example:
class org.netbeans.modules.web.core.jsploader.jakarta.ManglerImpl contains a
top-level class ClassFileData. When searching for string "ClassFileData",
occurrences in ClassFileData.class are reported.
Comment 1 Tomas Pavek 2000-08-14 09:54:59 UTC
After the .java file is compiled, the "ClassFileData.class" becomes a separate
data object - it is not recognize as a part of ManglerImpl (this is a matter of
java module I think). The class object has its own node in explorer now.
The searching algorithm just scans data objects (all in general) - that is why
it scans "ClassFileData.class" too. (You can set restrictions on types of
objects you want to search anyway.)
Should this report be re-assigned to java module?
Comment 2 Petr Slegr 2000-08-17 18:21:59 UTC
You could help to set option Parse class file (Project options|Java sources) to
true and restart IDE then.

Then in Explorer will not appear class file nodes from compiled other top-level
classes and so they will not be used for search.
Comment 3 Svata Dedic 2000-08-18 07:04:59 UTC
Yes, it is indeed a sideefect of the option Petr Slegr mentioned being turned
off. This is the default setting because it may slow down the whole IDE.
Comment 4 Quality Engineering 2003-07-01 13:11:27 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.
Comment 5 Quality Engineering 2003-07-01 13:15:25 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.