The source/binary/format field in the "Sources" category in a project's properties designates the version of the JDK needed for the project.
When a version of the installed JDK is changed to another (later) version (and the at-the-time current version removed), then it becomes necessary to update for each project the value of this field to the later JDK. I am sure that this task is performed by many developers many times. (E.g., as a College instructor, I have over 300 projects, many of which my students import, and they (as well as myself) are usually using the latest JDK version. My suggestion is that if this field is empty (or perhaps contains a tag such as "<JDK>") that the version of the JDK given by the environment variable "JDK_HOME" be taken as the needed value (or perhaps better or at least, if the "JDK_HOME" is absent or indicates a version that is not installed, that the version of the JDK being used by the NetBeans application at the time of compilation, as that version is guaranteed to be present). This would enable large collections of projects to be updated by a single action, while still not limiting the use of this field to designate a specific JDK version. The number of unintended dependencies in the project collection is always very few (e.g., some method becoming deprecated), and more easily corrected than having to change the source/binary/format field for every project. Thank you for your attention. ________________________________ Dr. Bruce K. Haddon 1506 Chambers Drive +1 303/499 6240 Boulder, CO 80305-7002 bruce.had...@colorado.edu<mailto:bruce.had...@colorado.edu> "Science is facts; just as houses are made of stones, so is science made of facts; but a pile of stones is not a house and a collection of facts is not necessarily science."-Henri Poincare