不,没错。它指向您的JDK使用的JRE,这是应该的。如果您
JAVA_HOME在Maven外部打印出来,它应该可以正确打印:
C:>echo %JAVA_HOME%C:Program FilesJavajdk1.7.0_07C:>mvn -versionApache Maven 3.0.4 (r1232337; 2012-01-17 10:44:56+0200)Maven home: C:APPSapache-maven-3.0.4bin..Java version: 1.7.0_07, vendor: Oracle CorporationJava home: C:Program FilesJavajdk1.7.0_07jreDefault locale: en_US, platform encoding: Cp1252OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"C:>
因此,基本上JAVA_HOME需要指向JDK安装(maven需要tools.jar),但是maven实际上使用JDK中的jre来运行自身。
使用时
mvn -version,maven使用java内部的java.home属性,如从源代码中可以看出:
version.append( "Java home: " + System.getProperty( "java.home", "<unknown java home>" ) ).append( LS );
此属性与JAVA_HOME环境设置不同,因此可能会使您感到愚蠢。它实际上是动态属性,向您显示哪个JRE正在运行您的代码。如果编译并执行一个打印相同的Test.java测试类,则可以看到,如果JAVA_HOME指向JDK,则java.home的值不等于JAVA_HOME。这是预期的。
引用此:
JAVA_HOME和java.home有什么区别?
JAVA_HOME是JDK安装目录,例如C:
jdk5。它应设置为环境变量,并在Windows批处理文件或Unix脚本中引用。我总是在Windows控制面板和.tcsh文件中找到它,以及其他常见的环境变量。为此,一些Java应用程序使用名称jdk.home,我认为这是一个更好的名称。但是从一开始就使用JAVA_HOME,现在已经成为惯例。java.home是JRE安装目录,例如C: jdk5 jre或C: Program Files Java
jre1.5.0_06。与JAVA_HOME不同,我从未见过java.home是环境变量。java.home是一个内置Java系统属性,其值为JRE安装目录。由于所有Java系统属性也都公开为Ant构建属性,因此您也可以在构建文件中使用$
{java.home}。jre.home会是一个更好的名字吗?也许可以,但是我不认为Sun会改变它。
您可以看到maven在mvn.bat上使用JAVA_HOME:
:endInitSET MAVEN_JAVA_EXE="%JAVA_HOME%binjava.exe"..%MAVEN_JAVA_EXE% %MAVEN_OPTS% -classpath %CLASSWORLDS_JAR% ..
并且,如果您想确保,可以在mvn.bat中注释掉“ @echo off”语句,这样您就可以看到它正在被使用。
TL; DR:根据您提供的信息,您的配置正确,无需更改任何内容。
编辑:由于此线程,还存在一个有关此问题的问题,这导致Maven
3.5.4版的输出发生更改。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)