Summary: | handle read-only class path file in a graceful way | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Erich Gamma <erich_gamma> |
Component: | Core | Assignee: | Philipe Mulet <philippe_mulet> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | P2 | ||
Version: | 2.0 | ||
Target Milestone: | 2.0 M6 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Erich Gamma
2001-11-21 10:19:31 EST
What about the complaint against the JavaModel notifying the impossibility of changing the content of a read-only file (bug 4210) ? We should be consistent and either always fail or always ignore. Failing seems appropriate and goes in the direction suggested by this bug report. I expect some changes with regard to handling read-only files. This is triggered by requirement to support pessimistic VCMs. These systems have their files read-only when they are not checked out. FYI, the API call to use before modifying a file is validateEdit provided by the Workspace. |