OmniFish宣布接管已停服Payara，Java生态TornadoVM等多项重大更新发布

这周的Java圈相当热闹。一边是Payara Platform社区版5.0和6.0在失去官方支持后，终于有了新的“接盘侠”OmniFish，宣布提供长期支持直至本世纪30年代。另一边，以TornadoVM 5.0为首的一批关键框架和工具也相继发布新版本，每个更新都切中开发者当下最痛的几个点。

先来看OmniFish这则公告。该公司明确表示，针对那些还在使用Payara Platform 5.0和6.0版本的组织，现在提供官方构建版本，其中包含定期安全修复和全天候企业级支持。公告原文是这么解释这次行动的初衷：“尽管OmniFish坚定地支持Eclipse GlassFish项目并为GlassFish提供顶级支持，但我们也理解，从旧版Payara升级到GlassFish并非易事。”所以，他们选择了最务实的做法——直接提供受支持的Payara版本。这套支持的寿命周期不短：Payara Platform 5.0版本的服务截止到2029年，6.0版本截止到2032年。对于那些还在维护老系统、短期内无法向GlassFish迁移的团队来说，这直接填补了安全运维上的空白。

再把目光转向图形处理器编程领域，TornadoVM 5.0.0这次发布的核心，是加强了对NVIDIA计算统一设备架构（CUDA）的支持。一个关键功能是：让Java能够在NVIDIA GPU上原生运行。另一个是新增的混合应用程序编程接口（Hybrid API），它允许开发者直接在TaskGraph类的实例中调用原生的NVIDIA库。这两个特性意味着，处理计算密集型任务时，Java程序可以更直接地调用显卡算力，而不是绕一大圈。同样是底层工具链，GraalVM Native Build Tools 1.1.4版本解决了一个因GraalVM元数据格式更新引发的测试失败问题，重新启用了LayeredApplicationFunctionalTest类。同时，改进后的Gradle自定义任务listLibrariesMissingMetadata，在生成报告时现在能纳入来自可达性元数据存储库的数据，让开发者排查缺失元数据的库变得更清晰。

微服务框架方面，Micronaut Framework 5.0.4版本进行了关键的依赖安全升级。基于Micronaut Core 5.0.5，它把底层通信依赖升级到了Netty 4.2.16。可别小看这个版本号跳动，它是Netty最新版本，一口气修复了近二十个通用漏洞披露（CVE）漏洞。安全工程师应该立刻留意这条更新。

全栈开发平台JHipster 9.2.0的更新则偏向工程规范的强化。该版本集成了ESLint，用来对全部3000多个嵌入式JavaScript（EJS）模板做代码检查。另一个改动是从vinyl迁移到了mem-fs-editor，改进了JHipster蓝图的生成过程。并且，在JHipsterCommandDefinition类型中新加入了一个Generator类型。这些调整看着都是内部的、细碎的迭代，但每一项都在直接提升代码生成质量的一致性和可靠性。

身份和访问管理领域的Keycloak 26.7.0版本放出了一个值得关注的功能预览：通过实现RFC7644跨域身份管理系统（SCIM）规范，实现用户配置的自动化。这是通向标准化身份治理的一步。它还新增了反向代理工具HAProxy和Traefik的分步部署指南，同时将基于安全断言标记语言（SAML）的分级身份验证从预览转为了全面支持。

Google发布的ADK for Java 1.6.0也有技术细节上的更新，并非大张旗鼓，但很实用。新增的ClassPathSkillSource类支持直接从Java类路径加载技能，实现技能的统一增量加载。另一项调整是将SequentialAgent类的实例提升为暂停状态的子代理，保证现有执行序列能继续处理后续的子代理。人工智能（AI）应用开发者如果正在用ADK搭代理架构，这两个小点会直接影响到运行流控制。

此外，一个新的规范实现端项目Vidocq正式发布了。它由SCIAM IT总监Antoine Sabot-Durand和该公司高级技术负责人Yann Blazart联合推出，被定位为Jakarta EE 11 Core Profile和MicroProfile 7.1规范的实现。值得注意的技术特征是：纯Java编写，没有任何外部依赖，支持JDK 25，并且已通过5650项官方技术兼容性工具包（TCK）测试验证。这对于追求轻量化、不愿引入过多第三方库的企业级应用来说，提供了一个新的选项。

最后，Java开发工具包（JDK）的早期访问线也在前行中。JDK 27的早期访问构建Build 30和JDK 28的早期访问构建Build 6均已发布，各自都是对前一个Build的问题修复版本。负责长期维护的同事可以关注一下这两个版本的变更日志。