Jetty项目模块化依赖问题分析与解决方案

背景介绍

Jetty作为一个广泛使用的Java Web服务器和Servlet容器，在其12.x版本中对模块系统进行了重要改进。在Jetty 12的EE10版本中，开发团队重构了JNDI相关代码，将其从各EE模块中提取到核心模块，这一架构调整带来了模块依赖关系的变化。

问题发现

近期Jetty项目中的一个变更引发了Spring Boot项目的兼容性问题。具体表现为：当Spring Boot项目使用Jetty作为内嵌服务器并运行在Java模块系统下时，由于新增的requires org.eclipse.jetty.jndi声明导致启动失败。

技术分析

1. 依赖关系变更：Jetty 12 EE10版本将JNDI实现从各EE模块移至核心模块，导致jetty-ee10-plus模块需要显式声明对jetty-jndi的依赖。

2. Spring Boot的实践：长期以来，Spring Boot Starter Jetty都排除了jetty-jndi依赖，这表明在大多数Spring Boot使用场景中并不需要完整的JNDI功能。

3. 模块系统行为：Java模块系统对依赖的严格检查与传统的类路径机制不同。显式的requires声明会强制要求依赖模块存在，而Spring Boot项目通常不包含jetty-jndi模块。

解决方案讨论

开发团队与社区成员就这一问题进行了深入讨论，考虑了多种解决方案：

1. 改为requires static：这种"弱依赖"声明可以允许模块在缺少依赖时仍能工作，但团队认为EnvConfiguration类是jetty-ee10-plus的核心功能，不应设为可选。

2. 调整Spring Boot配置：建议Spring Boot项目移除对jetty-jndi的排除，但这需要Spring Boot团队的配合。

3. 应用层解决：最终用户可以在自己的项目中显式添加jetty-jndi依赖，这是当前最直接的解决方案。

技术决策

经过讨论，Jetty团队确认当前的依赖声明是合理的，因为：

• JNDI功能是jetty-ee10-plus模块的核心组成部分
• EnvConfiguration类会被服务加载器自动加载并执行
• 改为可选依赖会影响模块功能的完整性

最佳实践建议

对于使用Jetty模块系统的开发者：

1. 如果项目需要完整的EE功能，应确保包含所有必要的Jetty模块
2. 在使用Spring Boot时，注意检查其排除的依赖是否会影响模块系统
3. 对于自定义模块化应用，明确声明所有需要的Jetty模块依赖

总结

这次讨论体现了Java模块系统在实际应用中的挑战，特别是在大型框架和库的生态系统中。Jetty团队通过保持模块边界的清晰性，确保了功能的完整性，而最终用户则可以通过适当配置来满足特定需求。这种权衡是模块系统设计中常见的考量，需要在功能完整性和使用灵活性之间找到平衡点。