◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。
最近,我参与了一个项目,涉及应用程序从 java 8 迁移到 java 17 以及从 spring 2.3.2 迁移到 3.2.2。此次升级在性能、安全性和长期支持方面带来了显着改进,但也带来了由于 api 更改和弃用而带来的挑战。在这篇文章中,我将介绍我遇到的一些具体问题以及如何解决这些问题。
java 17 是一个长期支持 (lts) 版本,提供了多项新功能,例如密封类、记录和改进的垃圾收集,使其成为需要寿命和安全性的应用程序的理想选择。 spring 3.2.2 还进行了更新,支持最新的 java 版本,增强了对反应式编程、安全更新和其他优化的支持。
但是,过渡到这些版本涉及调整,特别是在库和框架已转移或弃用类的情况下。
问题:
立即学习“Java免费学习笔记(深入)”;
// spring 2.x 中的旧代码
return new responseentity<>(data, httpstatus.ok);
解决方案:使用 httpstatuscode,我们仍然可以访问相同的常量,但需要使用 httpstatuscode.valueof() 来实现兼容性:
// 更新了 spring 3.x 的代码
**`**return new responseentity<>(data, httpstatuscode.valueof(200));**`**
或者,在可能的情况下,为了简单起见,我将实例替换为 httpstatuscode.ok。这个小小的改变对于
来说是必要的 与 spring 3.x api 顺利集成。
在测试期间,由于 mockito 库的更改,迁移暴露了模拟设置中的问题。用于在测试中定义匹配条件的 matcher 类已移至 argumentmatchers。
问题:
// 使用 mockito.matcher
的旧代码
**mockito.when(mockobject.method(mockito.matcher.any())).thenreturn(value);**
解决方案:现在应该使用 argumentmatchers 类而不是 matcher。我将 mockito.matcher 的所有实例更新为 mockito.argumentmatchers,这解决了测试中的兼容性问题。
// 使用 mockito.argumentmatchers 更新代码
**mockito.when(mockobject.method(mockito.argumentmatchers.any())).thenreturn(value);**
spring 3.x 的主要变化之一是从 javax 包迁移到 jakarta。这一转变影响了多个依赖项,尤其是与 java ee 相关的依赖项,例如 javax.servlet 和 javax.persistence。
问题:
立即学习“Java免费学习笔记(深入)”;
// 使用 javax 的旧代码
**import javax.servlet.servletexception; import javax.persistence.entity;**
解决方案:spring 3.x 生态系统现在依赖于 jakarta 包。这需要对整个代码库进行简单但广泛的重构,将 javax 导入替换为 jakarta 对应项。
// 使用 jakarta 更新代码
**import jakarta.servlet.ServletException; import jakarta.persistence.Entity;**
更新导入非常耗时,但对于迁移来说是必要的。在进行进一步测试之前,我确保了与所有 jakarta 导入的兼容性,因为这会影响应用程序的多个层。
要点
这次迁移充满挑战,但 java 17 和 spring 3.x 的优势让一切变得值得。在处理 httpstatuscode、argumentmatchers 以及 javax 到 jakarta 转换等问题时,需要仔细规划和代码调整,结果是一个更现代、更安全、更可维护的应用程序。
如果您计划进行类似的迁移,我建议您彻底查看 java 和 spring 的发行说明以预测变化。通过仔细的重构和广泛的测试,您可以充分利用这些新版本的优势。
◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。