{"id":86640,"date":"2019-01-22T10:00:25","date_gmt":"2019-01-22T08:00:25","guid":{"rendered":"https:\/\/www.javacodegeeks.com\/?p=86640"},"modified":"2019-01-21T09:59:05","modified_gmt":"2019-01-21T07:59:05","slug":"using-junit-5-pre-java-8-projects","status":"publish","type":"post","link":"https:\/\/www.javacodegeeks.com\/2019\/01\/using-junit-5-pre-java-8-projects.html","title":{"rendered":"Using JUnit 5 In Pre-Java 8 Projects"},"content":{"rendered":"

This post demonstrates how JUnit 5 can be used in pre-Java 8 projects and explains why it could be a good idea.<\/p>\n

JUnit 5 requires at least Java 8 as runtime environment, so you want to update your whole project to Java 8. But sometimes there exists reason why you can\u2019t immediately update your project to Java 8. For example, the version of your application server in production only supports Java 7. But an update isn\u2019t be taken quickly because of some issues in your production code.<\/p>\n

Now, the question is how can you use JUnit 5 without update your production code to Java 8?<\/p>\n

In Maven (for sure also in Gradle) you can set up the Java version separately for production code and for test code.<\/p>\n

<build>\n    <plugins>\n        <plugin>\n            <artifactId>maven-compiler-plugin<\/artifactId>\n            <configuration>\n                <source>7<\/source>\n                <target>7<\/target>\n                <testSource>8<\/testSource>\n                <testTarget>8<\/testTarget>\n            <\/configuration>\n        <\/plugin>\n    <\/plugins>\n<\/build><\/pre>\n
Precondition is that you use a Java 8 JDK for your build.<\/p>\n
If you try to use Java 8 feature in your Java 7 production code, Maven will fail the build.<\/p>\n
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.0:compile (default-compile) on project junit5-in-pre-java8-projects: Compilation failure\n[ERROR] \/home\/sparsick\/dev\/workspace\/junit5-example\/junit5-in-pre-java8-projects\/src\/main\/java\/Java7Class.java:[8,58] lambda expressions are not supported in -source 7\n[ERROR]   (use -source 8 or higher to enable lambda expressions)<\/pre>\n
Now you can introduce JUnit 5 in your project and start writing test with JUnit 5.
 
<\/div> <\/div><\/p>\n
<dependency>\n    <groupId>org.junit.jupiter<\/groupId>\n    <artifactId>junit-jupiter-api<\/artifactId>\n    <scope>test<\/scope>\n<\/dependency>\n<dependency>\n    <groupId>org.junit.jupiter<\/groupId>\n    <artifactId>junit-jupiter-engine<\/artifactId>\n    <scope>test<\/scope>\n<\/dependency>\n<dependency>\n    <groupId>org.junit.jupiter<\/groupId>\n    <artifactId>junit-jupiter-params<\/artifactId>\n    <scope>test<\/scope>\n<\/dependency>\n<!-- junit-vintage-engine is needed for running elder JUnit4 test with JUnit5-->\n<dependency>\n    <groupId>org.junit.vintage<\/groupId>\n    <artifactId>junit-vintage-engine<\/artifactId>\n    <scope>test<\/scope>\n<\/dependency><\/pre>\n
Your old JUnit 4 tests need not be migrated, because JUnit 5 has a test engine, that can run JUnit 4 tests with JUnit 5. So use JUnit 5 for new tests and only migrate JUnit 4 tests if you have to touch them anyway.<\/p>\n
Although you can\u2019t update your production code to a newer Java version, it has some benefit to update your test code to a newer one.<\/p>\n
The biggest benefit is that you can start learning new language feature during your daily work when you write tests. You don\u2019t make the beginner\u2019s mistake in the production code. You have access to new tools that can help improve your tests. For example, in JUnit 5 it\u2019s more comfortable to write parameterized tests than in JUnit 4. In my experience, developer writes rather parameterized test with JUnit 5 than with JUnit 4 in a situation where parameterized test make sense.<\/p>\n
The above described technique also works for other Java version. For example, your production code is on Java 11 and you want to use Java 12 feature in your test code. Another use case for this technique could be learning another JVM language like Groovy, Kotlin or Clojure in your daily work. Then use the new language in your test code.<\/p>\n
One little pitfall has this approach. IntelliJ IDEA can\u2019t set up the Java version for production and test, separately. Therefore, you have to set the whole project to Java 8. Only the Maven build gives you the feedback if your production code uses the right Java version.<\/p>\n
Links<\/h3>\n