在Maven中配置目标可确保库代码将在以前的编译器版本中运行,但如果它的依赖项是未来版本,则无法防止在运行库时失败。
例如,鉴于我的JDK是用于编译器的Java8,如果我的代码使用Optionals,它将传递目标1.7,但在运行时将失败,因为它是1.8中引入的类,作为java内部依赖项提供。
是否有任何机制可以确保整个库符合1.7标准,从而在编译时启动Optionals?
答案 0 :(得分:3)
首先定义target/source
并不能保证您的代码可以使用其他JVM版本,而不是您用来编译的版本(不太可能,但它会发生)。唯一的解决方案是使用Equal hash codes are not a guarantee for object equality.,假设您安装了适当的JDK并使用正确的JDK进行编译。
此外,对于您的库问题,您可以使用maven toolchains,它还会根据JDK签名文件检查库...
<project>
...
<build>
...
<plugins>
...
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>animal-sniffer-maven-plugin</artifactId>
<version>1.15</version>
...
<configuration>
...
<signature>
<groupId>org.codehaus.mojo.signature</groupId>
<artifactId>java17</artifactId>
<version>1.0</version>
</signature>
...
</configuration>
...
</plugin>
...
</plugins>
...
</build>
...
</project>
因此,如果您使用构建所有库运行它,将根据JDK签名文件检查您的使用。
要检查字节代码,您可以将animal-sniffer-maven-plugin与maven-enforcer-plugin结合使用,如下所示:
<project>
[...]
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>1.4.1</version>
<executions>
<execution>
<id>enforce-bytecode-version</id>
<goals>
<goal>enforce</goal>
</goals>
<configuration>
<rules>
<enforceBytecodeVersion>
<maxJdkVersion>1.7</maxJdkVersion>
<excludes>
<exclude>org.mindrot:jbcrypt</exclude>
</excludes>
</enforceBytecodeVersion>
</rules>
<fail>true</fail>
</configuration>
</execution>
</executions>
<dependencies>
<dependency>
<groupId>org.codehaus.mojo</groupId>
<artifactId>extra-enforcer-rules</artifactId>
<version>1.0-beta-4</version>
</dependency>
</dependencies>
</plugin>
</plugins>
</build>
[...]
</project>