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: | Javacore should not depend on project API | ||
---|---|---|---|
Product: | java | Reporter: | Jesse Glick <jglick> |
Component: | Unsupported | Assignee: | issues@java <issues> |
Status: | RESOLVED WONTFIX | ||
Severity: | blocker | CC: | tzezula |
Priority: | P3 | Keywords: | ARCH |
Version: | 4.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 87969 | ||
Bug Blocks: |
Description
Jesse Glick
2004-10-25 16:32:33 UTC
Desirable for 4.1; architectural flaw introduced at the last minute in 4.0 (unavoidably, it seems). Lowering priority per agreement with Jesse. The priority should be set back to P2 after 4.0 is released. I just saw that dbalek also added a project API dep, e.g. in rev. 1.10 of NbJavaJMIFastOpen.java, though I cannot see anything in the issues mentioned in the commit log that relate to FileOwnerQuery. Was this change related to the javacore change, or should I file a separate arch bug for editor? This is not the same. Dusan uses the FOQ to find out which files belongs to project to be able to filter out the non project classes in the Fast Open Dialog (when show only project classes option is checked). OK, I filed issue #50821 for the editor. Javacore module was replaced by Retouche infrastructure. This bug is not valid in trunk any more. Not exactly true. GoToTypeAction uses project APIs for displaying associated project name. ...but probably will not change that (cf. issue #87969). Reorganization of java component |