iles\Oracle下,并将C:\Program
Files\Oracle\jre\1.1.7\bin放在PATH变量最前,其JVM启动程序是jre.exe而非java.exe。
以上就是Java2 SDK在下安装时所做的动作,这样会带来兼容性问题:
问题背景:安装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目录放在操作系统的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上用到的动态链接库,实际上在S