Java 17迁移对JSF1.1.10、Struts1.1的影响及编译异常咨询

一、迁移至Java 17对JSF 1.1.10和Struts Tiles 1.1的影响 #

• 模块化系统冲突：JSF 1.1.10和Struts 1.1诞生于Java模块化（JPMS）之前，大量使用未授权反射访问Java核心类的内部成员，在Java 17的模块安全机制下会触发InaccessibleObjectException等权限错误。
• 废弃API移除：Java 17彻底移除或严格限制了部分旧API（如Object.finalize()），旧框架可能依赖这些API实现逻辑，导致运行时崩溃。
• 类加载机制不兼容：Java 9+的模块化类加载与传统类路径模式存在差异，旧框架可能无法正确加载类或资源。
• Servlet容器兼容性问题：Struts 1.1依赖低版本Servlet API，而支持Java 17的Servlet容器（如Tomcat 10+）使用Servlet 5.0+，二者存在API不兼容，Tiles布局可能无法正常渲染。
• 安全策略限制：Java 17增强了安全管控，旧框架的一些未授权操作（如动态类生成、权限提升）会被拦截。

二、JSF版本选择建议 #

若JSF 1.1.10不支持Java 17，推荐选择Jakarta Faces 4.0：

• 这是目前最新的JSF版本，完全兼容Java 17，属于Jakarta EE 10规范的一部分。
• 若需要降低迁移成本，可选择Jakarta Faces 3.0，支持Java 11+，兼容Jakarta EE 9，包名从javax.faces改为jakarta.faces的过渡变化更平缓。
• 注意：从JSF 2.3升级到Jakarta Faces 3.0及以上时，需替换代码中的包导入语句，同时Maven依赖坐标从javax.faces前缀改为jakarta.faces前缀。

三、Maven 3.5.1 + Java 17编译异常解决 #

异常原因 #

该异常由旧版本Groovy库尝试反射访问java.lang.Object.finalize()方法触发，Java 17的模块系统禁止了这种未授权的跨模块反射操作，问题出在JFrog的PublishMojo插件依赖的Groovy版本不兼容Java 17，同时Maven 3.5.1本身也不支持Java 17。

解决步骤 #

1. 升级Maven版本：将Maven升级至3.8.6及以上版本，这是官方推荐的支持Java 17的稳定版本。
2. 升级JFrog Maven插件：更新build-info-extractor-maven-plugin至最新版本，确保其依赖的Groovy版本为3.0+（支持Java 17）。
3. 临时 workaround（不推荐长期使用）：若暂时无法升级，可在Maven启动时添加JVM参数开放反射权限：

   mvn [命令] --add-opens java.base/java.lang=ALL-UNNAMED
   

内容的提问来源于stack exchange，提问作者Madhu Sudan