java安装问题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
将会生成如下3个项目:
HKEY_LOCAL_MACHINE\SOFTWARE\Java Soft\Java Development Kit
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment
同时,Java2SDK安装程序将会把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值来达到这个目的。一般地,当在系统中装了两套版本的Java2SDK(如先装1.2而后又装了1.3),后面安装的Java2SDK会将自己带的java.exe和javaw.exe拷贝到winnt\system32目录下,从而覆盖先前版本的java.exe 和javaw.exe,并且在注册表中改写CurrentVersion为1.3。所以建议在安装Java2SDK前,先卸载以前安装的版本。如果人为的修改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仅仅带JDK1.1.7),在Oracle 安装完成后,Oracle安装程序不会修改注册表,也不会覆盖winnt\system32下的java.exe和javaw.exe。但是,Oralce安装程序会修改系统PATH变量,将自带的JRE的bin路径加入其中,且置于最前面。随着Oracle安装版本的不同,其自带JRE的JVM启动程序也不同。在笔者机器上安装的Oracle8.1.7,其JRE就装在C:\Program Files\Oracle下,并将C:\Program Files\Oracle\jre\1.1.7\bin放在PATH变量最前,其JVM启动程序是jre.exe而非java.exe。
以上就是Java2SDK在Windows下安装时所做的动作,这样会带来兼容性问题:
问题背景:安装Java2SDK后,安装了JBuilder6,未修改任何PATH变量
问题1
当在操作系统中安装了JDK1.2,其后安装了JBuilder6(自带JDK1.3.1),这时CurrentVersion为1.3,在命令行执行java-version时,提示:
Registry key'Software\JavaSoft\Java Runtime Environment\CurrentVersion'
has value'1.3',but'1.2'is required.
解决方法:将JDK1.2中java.exe所在路径加入到操作系统PATH的首位,从而保证在命令行调用java时总是执行JDK1.2中的java.exe,以使得java.exe可正确定位JRE和jvm.dll。
问题2
当在操作系统中安装了JDK1.3.0,而后安装了JBuilder6(自带JDK1.3.1),这时CurrentVersion为1.3,但是此1.3是指向的是JBuilder6自带的JDK1.3.1的JRE,而非指向先前JDK1.3.0的JRE,当在命令行执行java-version时,此时执行的是JDK1.3.0拷贝到winnt\system32的一个java.exe副本,但打印的版本信息却是:
java version"1.3.1"
Java(TM)2Runtime Environment,Standard Edition(build1.3.1-b24)
Java HotSpot(TM)Client VM(build1.3.1-b24,mixed mode)
导致该问题的原因是java.exe只维护小数点后1位的版本号,而非2位。
解决方法:同问题1
问题3: