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: | Classpath rescan even if JAR hasn't been modified | ||
---|---|---|---|
Product: | java | Reporter: | _ gtzabari <gtzabari> |
Component: | Unsupported | Assignee: | issues@java <issues> |
Status: | RESOLVED INVALID | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
_ gtzabari
2005-12-03 11:50:22 UTC
Netbeans _uses_ the file last-modified timestamp to determine whether it should iterate through contents of the jar file. rt.jar and src.zip from JDK are most visible examples of this strategy. Any idea why it rescans the classpath of libraries that have both a JAR and source-files mounted? I was under the impression that source-files are only used during debugging, and do not actually affect the classpath. Reorganization of java component |