Scala从Java8升级到Java11踩过的坑

首先要考虑到JDK11和scala的兼容性，根据实际情况选择需要的scala版本

JDK&Scala Compatibility

问题 01

Detect muti scala-library version

原因

同一个依赖有多个版本，maven不知道选择哪个

解决方案

1. 同一依赖maven会根据路径最短原则选择依赖，依赖路径相同会根据声明优先选择
   可以根据这个特性，使想要用的版本被选择
2. Dependency_Management是一个更好的选择，如果在dependency_Management中指定只能用某个版本，maven只会选择这个版本
   DependencyManagement官方介绍

<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.scala-lang</groupId>
<artifactId>scala-library</artifactId>
<version>${scala-library.version}</version>
</dependency>
</dependencies>
</dependencyManagement>

问题02

error: object parsing is not a member of package util

原因

因为 scala-parser-combinators 依赖在2.11中被移除了，必须自己添加

解决方案

<dependency>
<groupId>org.scala-lang.modules</groupId>
<artifactId>scala-parser-combinators_2.13</artifactId>
<version>1.1.2</version>
</dependency>

问题03

[ERROR] (class java.lang.RuntimeException/error reading Scala signature of JSON.class: Scala signature JSON has wrong version

原因

因为 scala-parser-combinators 的版本太高了

解决方案

<dependency>
<groupId>org.scala-lang.modules</groupId>
<artifactId>scala-parser-combinators_2.12</artifactId>
<version>1.1.0</version>
</dependency>

问题04

FATAL ERROR in native method: processing of -javaagent failed
Exception in thread “main” java.lang.reflect.InvocationTargetException
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Caused by: java.lang.NoSuchFieldException: $jacocoAccess
at java.base/java.lang.Class.getField(Class.java:2000)

原因

因为jacoco-maven-plugin插件只支持到JAVA9

解决方案

<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<version>0.8.4</version>
</plugin>

问题05

Exception in thread “ScalaTest-main” java.lang.NoClassDefFoundError: org/scalacheck/Test T e s t C a l l b a c k a t o r g .