Summary: | project-names shouldn't be references by .classpath files | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Sven Köhler <sven.koehler> |
Component: | Core | Assignee: | JDT-Core-Inbox <jdt-core-inbox> |
Status: | RESOLVED WONTFIX | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | ||
Version: | 3.0 | ||
Target Milestone: | 3.0 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Sven Köhler
2004-07-04 19:53:52 EDT
What would this random ID be then and how could it be shared amongst developpers ? The Project-ID could be an addition property of a project. It than must be stored in the .project file and referenced by the .classpath files instead of the project names. The Project-ID would be a 32-bit (or longer) integer value, and it would be chosen by random if a project is created. Even among diffenrent computers, there shouldn't be much collisions. BTW: i assume that the .project file is shared among the developers. I also filed Bug 69267 since the project-name isn't really honoured when a project is checked out. So the project-names are pretty much the badest thing to use for a file like .classpath which is shared among many developers in a team. Then, once you checked out a project. It references subsequent projects, and only tells you about unbound IDs. How can you figure the missing ones, do you check them all out ? Having the name show up is likely a very good hint for your teammates, and you simply agree that people should change the name on checkout (unless they want to fixup all dependent project classpaths). OK, but than Bug 69267 should be "fixed". Either make Eclipse keeping the name of the project and the project-name in the .project-file consistent, or don't store the project-name in the .project file, since it isn't necessarily used by Eclipse. |