电脑上装了两个版本的JDK,分别是Jdk1.5u6和Jdk1.6u29,打开命令行窗口,输入
java -version
命令,显示的当前使用Jdk版本号是1.6,由于测试需要将当前JDK环境变量设为1.5,但通过一般的环境变量设置或修改注册表,均不成功。在网上找了相关资料,发现是因为在安装JDK1.6时,自动将java.exe、javaw.exe、javaws.exe三个可执行文件复制到了C:\Windows\System32目录,由于这个目录在WINDOWS环境变量中的优先级高于JAVA_HOME设置的环境变量优先级,后将JDK1.5的bin目录放置在path环境变量的最开始位置(即在C:\Windows\System32环境变量前面)后解决问题。以下是参考资料:
原文链接:http://www.iteye.com/topic/4387
----------------------------------------------------------
我以前写的文章,贴出来和大家共享
Java2 SDK安装对注册表的修改
Written by anson 2002-8-23
将会生成如下3个项目:
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment
同时,Java2 SDK安装程序将会把java.exe,javaw.exe,javareg.exe这3个可执行文件拷贝到winnt\system32目录下,由于winnt\system32被操作系统缺省的设置为最高优先权的PATH搜索路径,因此可保证用户在命令行任何目录下可运行java.exe来启动JVM。
那么java.exe在启动时如何确定其JRE所在的目录以及需要动态加载的链接库呢?java.exe是通过下面方式来确定的:
假如存在../jre/bin/java.dll文件,则查找../jre/lib/ jvm.cfg文件,在该文件中,第1个被列出的jvm.dll类型作为缺省值(假如在java.exe命令行指定了jvm.dll的类型,则使用指定类型)。jvm.dll类型分为hotspot,classic,server三种。假如不存在../jre/lib/jvm.cfg文件,则打印下面的错误信息:
Error: could not open 'c:\jdk1.3\jre\lib\jvm.cfg'
如不存在../jre/bin/java.dll(当运行的是winnt\system32\java.exe),则注册表将在此时发挥作用,HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\ CurrentVersion键值所记录的实际上是winnt\system32\java.exe的版本值,该版本值只保存主、次两个版本号,如1.2,1.3等。
同时java.exe程序内部本身也有一个标识自身的版本值,如1.2、1.3等。java.exe根据自己内部的版本值和CurrentVersion值相比较,如果发现两个值相等,则将在HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\MainVersion.MicroVersion项下获取JRE所在目录及动态链接库,这两个键的名称分别是JavaHome和RuntimeLib,MainVersion表示主版本号,MicroVersion表示次版本号。
如果java.exe内部版本值和CurrentVersion不一致,则报类似以下的错误:
Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion'
has value '1.2', but '1.3' is required.
意思是说,注册表当前所记载的winnt\system32\java.exe版本为1.2,但是此时运行的java.exe版本为1.3。java.exe抱怨除非注册表有1.3版的记载,否则自己无法正确定位JRE目录和jvm.dll,因此提示1.3是需要的。
这里,我们不能简单的修改注册表的CurrentVersion值来达到这个目的。一般地,当在系统中装了两套版本的Java2 SDK(如先装1.2而后又装了1.3),后面安装的Java2 SDK会将自己带的java.exe和javaw.exe拷贝到winnt\system32目录下,从而覆盖先前版本的java.exe和javaw.exe,并且在注册表中改写CurrentVersion为1.3。所以建议在安装Java2 SDK前,先卸载以前安装的版本。如果人为的修改CurrentVersion,会使得不同版本的java.exe加载与己版本不符的java.dll及jvm.dll,将引起难以预料的后果!
特殊情况:
JBuilder自己带一套JDK,在JBuilder安装完成后,JBuilder安装程序会修改CurrentVersion为自己所带JDK的版本,但不会覆盖winnt\system32下的java.exe和javaw.exe。
WebLogic自己带一套JDK,在WebLogic安装完成后,WebLogic安装程序不会修改注册表,也不会覆盖winnt\system32下的java.exe和javaw.exe。
Oracle自己带一套JDK(一般是比较低版本的,例如8.1.7仅仅带JDK 1.1.7),在Oracle安装完成后,Oracle安装程序不会修改注册表,也不会覆盖winnt\system32下的java.exe和javaw.exe。但是,Oralce安装程序会修改系统PATH变量,将自带的JRE的bin路径加入其中,且置于最前面。随着Oracle安装版本的不同,其自带JRE的JVM启动程序也不同。在笔者机器上安装的Oracle 8.1.7,其JRE就装在C:\Program Files\Oracle下,并将C:\Program Files\Oracle\jre\1.1.7\bin放在PATH变量最前,其JVM启动程序是jre.exe而非java.exe。
以上就是Java2 SDK在Windows下安装时所做的动作,这样会带来兼容性问题:
问题背景:安装Java2 SDK后,安装了JBuilder6,未修改任何PATH变量
问题1
当在操作系统中安装了JDK 1.2,其后安装了JBuilder6(自带JDK 1.3.1),这时CurrentVersion为1.3,在命令行执行java -version时,提示:
Registry key 'Software\JavaSoft\Java Runtime Environment\CurrentVersion'
has value '1.3', but '1.2' is required.
解决方法:将JDK 1.2中java.exe所在路径加入到操作系统PATH的首位,从而保证在命令行调用java时总是执行JDK 1.2中的java.exe,以使得java.exe可正确定位JRE和jvm.dll。
问题2
当在操作系统中安装了JDK 1.3.0,而后安装了JBuilder6(自带JDK 1.3.1),这时CurrentVersion为1.3,但是此1.3是指向的是JBuilder6自带的JDK 1.3.1的JRE,而非指向先前JDK 1.3.0的JRE,当在命令行执行java -version时,此时执行的是JDK 1.3.0拷贝到winnt\system32的一个java.exe副本,但打印的版本信息却是:
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
导致该问题的原因是java.exe只维护小数点后1位的版本号,而非2位。
解决方法:同问题1
问题3:
如果在操作系统中先安装了JDK 1.3.0,而后安装了带有与安装JDK主次版本相同的JBuilder6(带JDK 1.3.1,前两位相同),则问题1实际上被隐蔽了,没有发生的机会;而问题2的隐蔽性也很强,不容易发觉,因为人们往往会忽略JDK的第3个版本号。
如问题2所叙,在命令行执行java,虽然是使用JDK 1.3.0的一个java.exe副本(winnt\system32目录下),而实际上却是使用JBuilder6下JDK 1.3.1的JRE及其目录结构,其结果是当我们使用Java2的extension mechanism将jar文件放到JDK 1.3.0的jre\lib\ext目录下时,发现达不到希望的效果 – 在命令行用java启动程序时,不会自动去JDK 1.3.0的jre\lib\ext目录下去搜索jar文件,它只会去JBuilder6下JDK 1.3.1的jre\lib\ext去搜索jar文件,而JBuilder6下的JDK 1.3.1并不存在jre\lib\ext这么一个目录!
问题3极为隐蔽,除非完全对Java2 SDK的安装及class定位机制了解,一般的开发者是难以发现问题所在的。有关Java2中class定位机制,见《Java2中的class定位机制》一文。
事实上,即使仅仅在系统中存在一份JDK 1.3.0,如果在命令行运行java的话,使用的JRE目录是C:\Program Files\JavaSoft\JRE\1.3,也就是说,即使我们在c:\jdk1.3\jre\lib\ext下放置我们的extension jar,也得不到预期的结果。正确的做法是放在C:\Program Files\JavaSoft\JRE\1.3\lib\ext目录下。
解决方法:同问题1
综上所叙,强烈建议将%JDK_HOME%\bin目录放在Windows操作系统的PATH变量的首位,以避免潜在的问题。
而在UNIX下,则完全不存在类似Windows操作系统上的问题。
我们在命令下执行的java是/bin/java
$which java
$/bin/java
而/bin是到/usr/bin的链接,也就是说/bin/java实际上是/usr/bin/java
而/usr/bin/java实际上链接到/usr/java/bin/java,/usr/java是到/usr/java1.2的链接(Solaris 7或更高系统内置JDK 1.2),所以我们实际上执行的java是
/usr/java1.2/bin/java
根据UNIX上的情况,java在运行时实际上总是可以用../jre/lib/sparc/libjava.so和../jre/lib/sparc/libjvm.so来找到这2个文件,前者类似于Windows下的java.dll,而后者类似于Windows下的jvm.dll。所以java也总是可以确定自己JRE的目录。
Windows和UNIX上用到的动态链接库,实际上在Sun的文档中称为optional package's native code binaries,optional pakage实际上即为extension mechanism classes,详见《Java2中的class定位机制》。
要更改UNIX上java的版本,更改/usr/java的链接是其中一个方法,具体可参见JDK在UNIX上的安装介绍。
补充:(2002-12-23)
Windows如何定位Plug-in
根据在PATH环境变量中找到的java.exe的版本号,到HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in下寻找对应版本的Java Plug-in,在HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in下可以有多个版本的Plug-in存在。
不依赖HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Development Kit的CurrentVersion值和HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment的CurrentVersion值来定位应该使用哪个版本的Java Plug-in。
分享到:
相关推荐
### JDK环境变量配置详解 #### 一、JDK简介与安装 JDK(Java Development Kit)是Java开发工具包,包含了编译、运行Java程序所需的工具集和库。它是Java开发人员的基础工具,用于创建、编译和调试Java应用程序。 ...
本文将介绍一个名为“JDK环境变量设置小工具”的实用程序,它简化了通常繁琐的环境变量配置过程。 这个工具是针对初学者和专业开发者的便捷解决方案,尤其对那些不熟悉Windows系统环境变量配置的用户而言。它提供了...
总之,批处理脚本`jdksetpath.bat`是为了简化JDK环境变量的配置,通过自动化这个过程,使得开发者和用户能够快速地在Windows环境中设置好Java开发环境。对于初学者和需要在多台机器上快速部署Java环境的开发者来说,...
**Java Development Kit (JDK) 环境变量详解** ...通过阅读《jdk环境变量设置.txt》文件,你可以获取更多关于如何在特定操作系统上配置这些变量的详细步骤和示例。确保正确配置,以避免因环境问题导致的错误和不便。
### Windows系统JDK环境变量配置详解 #### 一、引言 Java开发工具包(Java Development Kit,简称JDK)是Sun Microsystems针对Java语言的一套开发工具包,它包含了编译器、解释器、文档和其他工具等。对于任何Java...
标题中的“JDK环境变量自动配置”指的是在安装Java Development Kit (JDK)时,操作系统能够自动设置必要的环境变量,使得用户无需手动编辑系统环境变量来启用Java开发和运行环境。通常,这些环境变量包括`JAVA_HOME`...
### JDK环境变量详解 在深入探讨JDK环境变量之前,我们先来了解一下JDK的基本概念。JDK(Java Development Kit)是Java开发工具包,它包含了编译、调试和运行Java程序所需的所有工具。为了确保Java应用程序能够在...
这个过程对于初学者或IT运维人员来说可能较为繁琐,因此出现了"JDK环境变量自动配置工具v1.4.2.25"这样的实用工具。 1. **环境变量详解**: - **JAVA_HOME**:指向JDK的安装目录,这个变量使得其他程序能够找到JDK...
在Windows XP系统中配置JAVA JDK环境变量是一项重要的任务,这不仅能够确保Java开发环境的正常运行,还为开发者提供了便捷的命令行工具调用能力。本文将详细介绍如何在XP系统中正确配置JAVA JDK环境变量,包括`JAVA_...
本教程将深入讲解如何自动设置这些关键的JDK环境变量。 首先,`JAVA_HOME` 是指向JDK安装目录的变量,它告诉系统Java开发工具的位置。例如,如果JDK安装在`C:\Program Files\Java\jdk1.8.0_201`,那么`JAVA_HOME`就...
#### 二、JDK环境变量配置 1. **JAVA_HOME**: 这个环境变量用于指定JDK的安装目录。例如,在示例中,`JAVA_HOME=C:\Program Files\Java\jdk1.6.0_13` 指定了JDK的具体安装路径。 2. **JAVA_JRE_HOME**: 该变量...
通过自动化环境变量的更新和JDK版本的切换,它简化了开发者的工作流程,使得在多个Java版本之间切换变得更加简单、快捷且可靠。对于任何需要频繁调整JDK版本的Java开发者或者团队来说,这是一个非常有价值的工具集合...
本文将详细讲解如何进行Ubuntu上的Eclipse启动设置、JDK环境变量配置以及其他相关设置。 首先,让我们来看看JDK的安装与环境变量配置: 1. **安装JDK**:在Ubuntu上,可以使用apt命令来安装JDK。打开终端,输入...
### JDK环境变量设置详解 #### 一、引言 在Java开发环境中,正确配置JDK环境变量对于确保Java应用程序能够顺利编译与运行至关重要。本文档将详细介绍如何为已安装的JDK设置必要的环境变量,并解释这些环境变量的...
如果你需要同时管理多个JDK版本,可以使用工具如Windows上的`jenv`或Linux/macOS上的`SDKMAN!`。这些工具允许你轻松切换不同版本的JDK,而无需手动修改环境变量。 7. **理解环境变量的重要性** 配置正确的环境...
当开发者需要在多个JDK版本间切换时,传统的做法是手动修改系统环境变量中的`JAVA_HOME`,`PATH`和`CLASSPATH`,这既繁琐又容易出错。 `JDKCut.bat`脚本正是为了解决这个问题而设计的。通过运行这个脚本,用户可以...
在开发环境中安装了多个版本的Java或同时安装了Oracle JDK和其他版本的JDK时,可能会出现冲突的情况。例如,当系统中同时存在Oracle JDK和其他厂商提供的JDK(如OpenJDK)时,如果没有正确配置环境变量,可能会导致...
如果在命令行中输入`java -version`时显示的是其他版本的Java而不是当前安装的JDK版本,可能是因为系统中存在多个Java版本且优先级不同。此时可以通过调整Path变量中各个Java版本bin目录的顺序来解决,或者卸载不必...
- **PATH中的优先级**,当多个相同名称的可执行文件存在于不同的路径时,PATH中靠前的路径会被优先考虑。 - **CLASSPATH中包含当前目录**,在CLASSPATH中包含`.`是非常重要的,因为它代表当前目录,如果不包含,则...
- **优先级问题**:当系统中存在多个JDK版本时,通过`JAVA_HOME`变量可以指定优先使用的JDK版本。 - **兼容性问题**:不同版本的JDK可能存在不兼容的情况,在配置环境变量时需要注意版本的一致性。 - **安全性考虑**...