Summary: | Installed JRE detection doesnt work correctly | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Raj Mandayam <ramanday> |
Component: | Debug | Assignee: | JDT-Debug-Inbox <jdt-debug-inbox> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | 2.0.1 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Raj Mandayam
2002-09-30 13:58:12 EDT
This issue should be resolved in latest integration build (20021001). We were indeed always reusing the same value for JRE_LIB, bypassing the mechanism for rebinding it on startup. Closing, please reopen if the issue is still there with this build or better. *** This bug has been marked as a duplicate of 24001 *** *** Bug 35659 has been marked as a duplicate of this bug. *** If you feel that this is still a problem in the latest builds (based on your comments in your dup bug report) then you should re-open this bug for investigation. Hi As per comments earlier, this defect has not been fixed even in eclipse 2.1 BUILD : Eclipse 2.1 I have two jdk's d:\java13 & d:\java14 When I launch eclipse I launch it as a Java application i.e java -verify -cp startup.jar org.eclipse.core.launcher.Main -application org.eclipse.ui.workbench ... I launched eclipse with d:\java13\jre\bin\java then i created my workspace & closed it later. Then next time i launched it with d:\java14\jre\bin\java when I noticed that under installed JRE's it still showed d:\java13.... However if i close eclipse and delete d:\java13 and launch eclipse again with d:\java14. I see the installed JRE corrected to d:\java14. So is this a defect or a feature where it continues to use an older JRE inspite of launching with a new JRE. To investigate during testing stage Behavior still occurs in latest 3.0 builds. I suspect that once a JRE got defined, and is still present, it will be reused unless explicitly changed by user. This explains why restarting on different JRE is not changing the default JRE for free, as long as old one exists. Note that the detected JRE is by no mean the one which should be the default one. However, one could argue that the VM detection should still occur, and when starting Eclipse on a different JRE, this new JRE should be added to the installed JREs list for free, so that user can switch to it easily. Anyway, moving to JDT/Debug for further consideration (they own the offending behaviour). The JRE detection is only performed once on startup to help the user - i.e. provide a default setting for the JRE. We do not re-detect the JRE after that point, as that would change build paths causing re-builds, etc. If the JRE goes missing, a quick fix appears to help the user search for alternate JREs. This is the intended behavior. Just because the user changes the VM they run Eclipse on, we *cannot* infer that they want to change the default JRE that is used to build projects in the workspace. closed |