日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問(wèn) 生活随笔!

生活随笔

當(dāng)前位置: 首頁(yè) > 编程资源 > 编程问答 >内容正文

编程问答

Example of how to use both JDK 7 and JDK 8 in one build.--reference

發(fā)布時(shí)間:2025/4/5 编程问答 27 豆豆
生活随笔 收集整理的這篇文章主要介紹了 Example of how to use both JDK 7 and JDK 8 in one build.--reference 小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

JDK 8 Released

Most of us won’t be able to use/deploy JDK 8 in production for a looong time. But that shouldn’t stop us from using it, right?

It should be possible to sneak in JDK 8 in the back way, the same way we snuck in Groovy and other libraries we wanted to use.

The Test Suite to the rescue

The Maven compiler plugin run in two separate lifecycles, compile and testCompile. Those can be configured separately.

The Maven Compiler even comes with support out of the box to separate them.

If you’re lucky and don’t have some elaborate parent pom setup that sets up most of the plugins for you, the only thing you need to do is add the following to your pom:

<properties><maven.compiler.target>1.7</maven.compiler.target><maven.compiler.source>1.7</maven.compiler.source><maven.compiler.testTarget>1.8</maven.compiler.testTarget><maven.compiler.testSource>1.8</maven.compiler.testSource></properties>

Now your src/main/java is compiled with target 1.7, and src/main/test compiled with target 1.8.

If you happen to have a parent pom that dominates your world, you might have to override the configuration a bit deeper. Something similar to this should work:

<build><plugins> ...<plugin><groupId>org.apache.maven.plugins</groupId><artifactId>maven-compiler-plugin</artifactId><version>3.1</version><executions><execution><id>default-compile</id><configuration><showDeprecation>true</showDeprecation><showWarnings>true</showWarnings><compilerArguments><source>${maven.compiler.target}</source><target>${maven.compiler.source}</target></compilerArguments></configuration></execution><execution><id>default-testCompile</id><configuration><showDeprecation>true</showDeprecation><showWarnings>true</showWarnings><compilerArguments><source>${maven.compiler.testTarget}</source><target>${maven.compiler.testSource}</target></compilerArguments></configuration></execution></executions></plugin> ...</plugins></build>

To be able to test your project you’re now forced to use JDK 8. We probably want to tell the other developers that by enforcing the same level as our tests.

Under the build section add:

<plugin><groupId>org.apache.maven.plugins</groupId><artifactId>maven-enforcer-plugin</artifactId><version>1.3.1</version><executions><execution><id>enforce-java</id><goals><goal>enforce</goal></goals><configuration><rules><requireJavaVersion><version>${maven.compiler.testTarget}</version></requireJavaVersion></rules></configuration></execution></executions></plugin>

With that mind, even tho we compile with target 1.7, the compiler doesn’t know the difference between the API’s available in 1.7 and 1.8. Which means it will still compile just fine if your src/main/java classes contain calls to APIs new in 1.8. We would want to avoid JDK 8 sneaking into production, so we need to setup a API verifier that fail the build if non 1.7 API’s are found by adding this to our build section:

<plugin><groupId>org.codehaus.mojo</groupId><artifactId>animal-sniffer-maven-plugin</artifactId><version>1.7</version><executions><execution><id>signature-check</id><phase>verify</phase><goals><goal>check</goal></goals></execution></executions><configuration><signature><groupId>org.codehaus.mojo.signature</groupId><artifactId>java17</artifactId><version>1.0</version></signature></configuration></plugin>

With the project setup, we can now enjoy JDK 8 in our test suite.

Our boring JDK 1.7 source:

import java.util.Arrays; import java.util.List; import java.util.concurrent.Callable;public class DoSomething {public String execute(Callable<String> call) throws Exception {return call.call();}public List<String> list() {return Arrays.asList("a", "b", "c", "d");} }

And the cool new JDK 8 enabled Test Suite:

import java.util.Optional;import org.junit.Assert; import org.junit.Test;public class DoSomethingTestClase {public static final String TEST = "ABCD";@Testpublic void shouldReturnString() throws Exception {String result = new DoSomething().execute(()-> TEST);Assert.assertEquals(TEST, result);}@Testpublic void shouldFilterResult() throws Exception {Optional<String> result = new DoSomething().list().stream().map((a)-> a.toUpperCase()).reduce((a, b)->a+b);Assert.assertTrue(result.isPresent());Assert.assertEquals(TEST, result.get());} }

Enjoy!

reference from:https://gist.github.com/aslakknutsen/9648594

轉(zhuǎn)載于:https://www.cnblogs.com/davidwang456/p/3999513.html

總結(jié)

以上是生活随笔為你收集整理的Example of how to use both JDK 7 and JDK 8 in one build.--reference的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。