java - Maven 发布插件 : specify java compiler version

Question

我有一个由多个 jar 组成的项目，并通过 war 来制造耳朵。我在快照中构建所有内容并且效果很好。然后我为每个项目发布了一个版本，发现 jars 和 war 的大小与快照的略有不同。

逐个文件比较发现.class文件都在，只是稍微大一点或大一点，一般不超过40字节。

我在 Maven 中使用此标记强制编译使用 java 1.5:

<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.0.2</version>
                <configuration>
                    <source>1.5</source>
                    <target>1.5</target> 
                </configuration>

我将这个标签用于发布插件:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <version>2.0</version>
    <configuration>
        <releaseProfiles>release</releaseProfiles>
        <goals>deploy</goals>
    </configuration>
</plugin>

可能是发布插件在 1.6 或其他版本中编译，解释类大小差异？如果是这样，我可以在 1.5 中编译发布插件吗？

感谢您的输入。

Answer 1

---剧透警告---

简短的回答是，为了将源代码编译为旧版本，您需要同时提供 -source选项以及 -bootclasspath .参见 this article .如果你想将源代码编译到更新的版本，你需要设置 <source> , <target> , <compilerVersion> , <fork> , 和 <executable>在编译器插件上，和设置<jvm>在 surefire 插件上...

现在讲故事......

我遇到了同样的问题。事实证明，编译以前的版本可能不像设置<source>那么容易。和 <target> .我的具体情况是我有一个 Java 1.7 JDK，我的类与 1.7 不兼容(他们向我正在实现的接口(interface)添加了一个新方法)。当我试图编译它时，编译器给我一条错误消息，指出我没有实现接口(interface)方法。无论如何，我尝试设置编译器插件:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
      <source>1.6</source>
      <target>1.6</target>
      <encoding>UTF-8</encoding>
    </configuration>
  </plugin>

但是当我运行构建时，我得到了同样的错误。所以我在调试中运行了 maven 并看到了这个:

[INFO] [DEBUG] Command line options:
[INFO] [DEBUG] -d C:\... -nowarn -target 1.6 -source 1.6 -encoding UTF-8

请注意，为简洁起见，将 ... 放在实际参数的位置

在输出中。以-d开头的消息是实际的完整编译参数列表。所以，如果你删除 -nowarn标记并在 javac 之后粘贴其余部分在命令行上，您可以看到编译器的实际输出:

javac -d C:\... -target 1.6 -source 1.6 -encoding UTF-8
warning: [options] bootstrap class path not set in conjunction with -source 1.6

这会打印出方便的警告 bootstrap 类路径未与 -source 1.6 一起设置。在谷歌上搜索一下 this article其中指出:

To use javac from JDK N to cross-compiler to an older platform version, the correct practice is to:

• Use the older -source setting.
• Set the bootclasspath to compile against the rt.jar (or equivalent) for the older platform.

If the second step is not taken, javac will dutifully use the old language rules combined with new libraries, which can result in class files that do not work on the older platform since references to non-existent methods can get included.

现在引用 the maven documentation for the compiler plugin给出:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.5.1</version>
    <configuration>
      <compilerArguments>
        <verbose />
        <bootclasspath>${java.home}\lib\rt.jar</bootclasspath>
      </compilerArguments>
    </configuration>
  </plugin>

然后您可以将其与您之前的配置相结合以获得:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.3.2</version>
    <configuration>
      <source>1.6</source>
      <target>1.6</target>
      <encoding>UTF-8</encoding>
      <bootclasspath>${java.home}\lib\rt.jar</bootclasspath>
    </configuration>
  </plugin>

现在你只需要制作 ${java.home}您的 mvn 可用的变量(通过 -D 系统属性，或通过普通的旧环境变量，或者您可以非常喜欢并将其填充到用户设置中的 Java 6 配置文件中)。

现在只需运行您的构建，然后去喝杯冰镇啤酒，而它会发出咕噜咕噜的声音...

---- 编辑----

最后一件事...总是需要在您的引导类路径中包含 rt.jar，但是，我发现根据具体情况可能需要更多。我必须包含 jce.jar(与 rt.jar 在同一目录中)，因为我的应用程序正在执行加密工作。

---- 编辑 2 ----

对于笑容，我尝试了另一个方向。我没有使用针对 Java 6 编译的 Java 7 运行 Maven，而是使用针对 Java 7 编译的 Java 6 运行 Maven。第一次尝试非常简单:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>2.5.1</version>
    <configuration>
      <source>1.7</source>
      <target>1.7</target>
      <fork>true</fork>
      <verbose>true</verbose>
      <compilerVersion>1.7</compilerVersion>
      <executable>${JAVA_7_HOME}/bin/javac</executable>
      <encoding>UTF-8</encoding>
    </configuration>
  </plugin>

基本上，我设置了我的 <source>和 <target>到 1.7，但这显然是不够的，因为 6 无法编译 7 代码。所以回到编译器插件，实际上有an example page描述需要做什么。即，您需要 <fork>使用 java 7 关闭一个新进程 <executable> .所以现在我想我已经准备好了。是时候启动构建了...

C:\Projects\my-project>mvn package
...
Caused by: java.lang.UnsupportedClassVersionError: mypackage.StupidTest : Unsup
ported major.minor version 51.0
...
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------

UnsupportedClassVersionError 到底是什么？仔细观察会告诉我们失败的是 maven-surefire-plugin。所以我只尝试 mvn compile果然我获得了成功，因为 surefire 插件从未启动过。所以我跑 mvn -X package并注意这个 gem :

Forking command line: cmd.exe /X /C ""C:\Program Files\Java\jdk1.6.0_29\jre\bin\
java" -jar C:\Projects\my-project\target\surefire\surefirebooter2373372991878002
398.jar C:\Projects\my-project\target\surefire\surefire1861974777102399530tmp C:
\Projects\my-project\target\surefire\surefire4120025668267754796tmp"

好的，所以它运行的是 java 6。为什么？ surefire 的文档给出了这个:

jvm:
Option to specify the jvm (or path to the java executable) to use with the forking 
options. For the default, the jvm will be a new instance of the same VM as the one 
used to run Maven. JVM settings are not inherited from MAVEN_OPTS.

由于我们使用 Java 6 VM 运行 mvn，因此它 fork 了一个 Java 6 VM 用于单元测试。所以适本地设置这个选项:

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.12</version>
    <configuration>
      <jvm>${JAVA_7_HOME}/bin/java</jvm>
    </configuration>
  </plugin>

然后启动构建...

[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------