我们非常自豪地宣布最新发布的 WebSphere Liberty 18.0.0.2 版本(Full Platform 和 Web Profile)与 Java EE 8 兼容。众所周知,自去年年底以来,我们一直以月度测试版形式提供 Java EE 8 功能的初步版本。现在,经过我们扩展开发团队呕心沥血的测试后,我们已达到合规目标!

您可能注意到,官方 Java EE 8 兼容性页面可能尚未更新。这只是时间问题。我们所有的测试文件都已提交审批。我们只需等待 Oracle 创建新的“Java EE 8 兼容实现”部分并使用我们的 WebSphere Liberty 徽标更新网站即可。

CTS 测试相当困难

当应用程序服务器通过所有兼容性测试套件 (CTS) 后,可将其视为“与 Java EE 兼容”。Java EE 8 CTS 包含 44,000 多个测试!大多数单个 Java EE 8 功能都有自己的技术兼容性工具包 (TCK),而平台级别也提供了一些测试来确保跨功能兼容性。在 CTS 之外还提供了一些需要单独进行测试的 TCK(例如,Bean 验证和 CDI)。总之,急躁的人不适合于从事 CTS 测试工作。

前 80-90% 测试的成功来得相当快。后 5-10% 的测试将耗费大部分时间。这是导致测试规范独特之处的真正缘由。在评估这些测试失败时,我们需要重新检查相应的规范以及我们的实现。由于测试本身对于开发团队而言是“黑匣子”,因此这些评估可能非常耗时且令人沮丧。

有时,我们得出的结论是,需要质疑失败的测试。此时需要与相关的 Oracle 团队合作,以帮助确定测试用例、规范解释、参考实现或这些的组合是否存在问题。有时,有问题的测试会被修复;但有时只能从所需的 CTS 执行中排除这些测试。

最后,我们需要能够运行完整的 CTS 测试桶以及独立的 TCK 测试桶,进行适当的修复和/或排除,全面实现 100% 成功。达到这一目标后,我们会请求 Oracle 审核我们的提交,更新网站,并为我们提供 Java EE 徽标以用于品牌推广。

与 Jakarta EE 8 兼容性如何?

在定义 Jakarta EE 兼容性流程时,我确信 WebSphere Liberty 将执行必要的步骤来与 Jakarta EE 8 兼容。由于第一版 Jakarta EE 与 Java EE 8 的功能基本相同,因此测试应该会更顺畅一些。由于所有 CTS 和 TCK 测试都将在 EPL V2 下获得许可,因此在出现问题时自行访问测试用例将更加容易一些。尝试与 Jakarta EE 兼容的所有实现都能因此而受益。

开始试用!

可通过多种方法来试用与 Java EE 8 兼容的应用程序服务器。WebSphere Liberty 基于开源项目 Open Liberty 而构建

本文翻译自:WebSphere Liberty is Java EE 8 compatible!(2018-06-29)

加入讨论