java 程序迁移后oracle 数字溢出_Spring Boot 应用迁移到 Java 11

你的Spring Boot App需要迁移到Java 11 吗?

最近，我们开始将应用程序从Java 8迁移到Java 11;在此之前，Oracle宣布将从2019年初开始停止为Java 8提供商业支持。

我想限制这个主题的范围，因为我不会详细讨论Java 11及其特性，但是，我将尝试在迁移到Java的最新版本的过程中，对迁移步骤提供一个深入的说明。

Java发布周期

首先，我已经注意到为什么我们决定从Java 8迁移到Java 11。之后我们了解到Java 8支持将停止在2019年初结束,并将公共更新,最好是搬到最新版本的Java和演变的新特性和安全更新,然后是哪个版本的Java迁移的讨论。

回顾Oracle的发布周期，每六个月发布一个新版本，每三年发布一次LTS，我们认为最好是迁移到Java 11，并对商业生产版本提供三年的长期支持

商业 vs OpenJDK

在迁移之前有几个问题:

OpenJDK

第三方公司有许多开源JDK实现，如IBM、RedHat和Azul，它们都正式支持JDK发行版。而且，Oracle支持OpenJDK，它可以在GNU通用公共许可证下免费使用。OpenJDK还有许多组件，如JVM Hotspot、JCL(Java类库)、javac等。

有什么新的支持吗?商业支持吗?

在Oracle决定迁移到一个新的破坏性版本cadence和许可之后，一个特性版本的生命周期将是6个月。六个月后的版本更新将不会提供，我们应该提供一个LTS版本三年，只能用于购买商业支持的人。

我们可以将OpenJDK用于生产环境吗?

您可以免费在生产环境中使用OpenJDK，费用由您自己承担。与您经常获得更新或补丁的商业版本相比，OpenJDK的更新取决于实现者以及他们何时发布它。

订阅与传统的Oracle永久授权产品(如Java SE Advanced)有何不同?

永久许可的软件有一个预先的成本加上额外的年度支持和维护费用。订阅以单一价格提供许可证、更新、升级和支持。您只需要为您需要的内容和所需的时间框架付费(个人、非商业用途仍然是免费的，不需要订阅)，

使用容器平台或云是否会影响我?

每个用户(桌面)或处理器(服务器和/或云)都可以订阅Java SE。您可以查看定价模型来准确地理解和评估影响。

甲骨文许可定价

以下是Oracle发布的价格表。如果组织不准备按照Oracle六个月的发布计划频繁更新，则应该根据这些定价模型调整预算。使用这种许可模型，在多核处理器上运行JDK可能会变得更加昂贵

甲骨文产品价格的完整列表可以在这里找到。

此外，您还可以使用使用Usage Tracker跟踪Java使用情况。这将有助于评估您的组织对Java的使用情况，并在此基础上决定使用许可的或免费的Java版本。

或者，您可以免费使用第三方jdk，甚至Oracle的OpenJDK版本。

Spring 对JDK11的支持

在2018年9月的某个时候，在SpringOne平台上，宣布了Spring Framework 5.1对Java 11的支持。Spring Framework 4.3将支持最多Java 8, 5.0将支持Java 9, 5.1将正式支持Java 11。

如果您正在使用SpringBoot，那么从Spring Boot 2.1.X开始就支持Java 11。计划从Spring Boot 2.2开始正式支持Java 12。我们已经从Spring Boot 1.5.x迁移应用程序到Spring Boot 2.1.1，使用Java 11编译的代码。这是顺利的，在建设项目的一些小变化。

此外，如果您正在为PaaS解决方案使用Pivotal或Cloud Foundry，那么在Spring Boot 2.X.X部署的版本中还必须注意一些额外的措施。

Spring Boot 2.1使用Spring Framework 5.1，将Spring更新为所有依赖项的稳定版本。因此，您可以在Spring Boot 2.1.1中正式使用Spring Starter并使用Java 11编译。

此外，如果使用Maven构建源代码，则需要将Maven编译器插件升级到> 3.5版本。

如果您使用Gradle构建源代码，您需要将Gradle发行版升级到5.X版本。

附加依赖项，项目变更

由于Java 11已经外部化了许多库和依赖项，所以我们必须显式地向POM添加一些依赖项。使用JAXB、JAX-WS、JTA、JAVAX注释等J2EE模块的项目应该显式地添加依赖项和重新构建。J2EE的所有独立版本都可以在Maven repo或第三方站点中轻松获得，因此，Java SE将它们排除在外。

为了从Spring Boot 1.5迁移，我们必须做的一些显著更改。X to Java 11 Spring Boot 2.1项目:

如果您正在使用Eclipse IDE，请下载Eclipse photon或4.9
从市场上为Eclipse IDE安装Java 11插件。
将Maven的POM< java.version>更新到11，或gradle构建的项目的sourceCompatibility 更新到1.11。
使用ASM (Java字节码库)将Maven编译器插件升级到3.8.0，或者下载Gradle项目的grade -5.0发行版。
对于Coverage ，从Cobertura迁移到Jacoco，因为Cobertura不再受支持。
更新Maven Surefire插件和故障安全插件。
如果在项目中构建了单元测试(SureFire)和集成测试(FailSafe)，则更新这些插件。由于Maven有不同的生命周期阶段，Failsafe插件有助于在集成测试阶段构建崩溃
此外，对于Maven项目，您可以在命令行上设置系统JVM选项，如“非法访问-许可证”
由于Java中的强封装(这使得迁移非常困难)，因此自Java 9以来，默认情况下允许从类路径上的代码进行非法反射访问。您可以使用更多选项来启用反射访问，如“permit”、“warn”、“debug”和“deny”。
Java 11支持TLS 1.3，它提供了显著的安全性和性能改进。
类文件错误——任何操作字节码的错误，如cglib(3.2.8)、ASM(7.0)、Byte Buddy(1.9.0)或Javassist (3.23.1-GA)。自从Java 9以来，字节码级别每六个月增加一次，所以您必须定期更新这些库。您可能会收到如下警告，最好将Java 11更新为Byte Buddy。

WARNING: An illegal reflective access operation has occurred

WARNING: Illegal reflective access by j9ms.internal.JPEG (file:...) to field com.sun.imageio.plugins.jpeg.JPEG.TEM

WARNING: Please consider reporting this to the maintainers of j9ms.internal.JPEG

WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations

WARNING: All illegal access operations will be denied in a future release

# here's the reflective access to the static field com.sun.imageio.plugins.jpeg.JPEG.TEM

模块化:您还可以为您的应用程序创建JRE映像。我们对应用程序进行了模块化，从而减少了内存占用，并在更大程度上优化了应用程序。

org.apache.maven.plugins

maven-compiler-plugin

3.8.0

11

org.ow2.asm

asm

6.2

org.apache.maven.plugins

maven-surefire-plugin

--illegal-access=permit

org.apache.maven.plugins

maven-failsafe-plugin

--illegal-access=permit

Java 11已经引入了许多特性，我希望限制这个主题的范围，但是最好是探索、掌握这些特性，而不是为了使用最新版本的Java而迁移。

结论

Oracle希望加快Java的开发，而应用程序开发人员也期待着频繁的更新。为了满足这些需求，Oracle建议将Java转换为严格的、基于时间的发布模式。这意味着Java仍然可以在OpenJDK的生产环境中自由使用，但是如果您使用的框架或产品不支持Java 9+，那么它可能不是使用OpenJDK 9或更高版本的合适的、可用于生产的解决方案。

正如标题所说，我只关注于将Spring引导Maven项目迁移到Java 11。迁移中可能还有许多其他方面，比如安全性、JVM性能、证书、云就绪程度等等。请随意对您的发现发表评论!