Maven将要投入Guice的怀抱

作者 Josh Long 译者 张龙 发布于 2010年2月11日

领域

运维 & 基础架构,

过程 & 实践,

语言 & 开发

主题

Maven ,

Java ,

工件和工具 ,

语言 ,

构建系统 ,

工具 ,

编程 ,

敏捷 ,

Guice

分享到

Sonatype是一家专业的服务公司，资助了很多Maven开发者的开发工作。近日Sonatype计划将Maven迁移到Guice Dependency Injection（DI）容器上的插件层以替代Plexus DI容器。显然，使用Guice并不是一个草率的决定。Plexus是个过时的DI容器，用于Maven的所用版本中。Jason van Zyl（Maven项目与Sonatype创建者）说最初在构想Maven 1.0时之所以使用Plexus是因为它是当时仅有的几个选择之一；在那个时候，Avalon（已经废弃的Apache项目）则是另一个知名的DI解决方案。

Maven是个构建工具，采取约定优于配置的启发式手段进行应用的构建。虽然功能非常强大，但还是有很多人抱怨Maven不太灵活。要想通过Maven完成某个任务，用户需要对已有的插件进行配置（这非常简单）或是编写自己的插件，但很多开发者都不愿意写插件。插件都会用到Maven运行时中的Plexus。插件开发者需要掌握Plexus才能定制Maven插件或是更好地理解现有的插件——这非常不爽，因为Plexus的文档非常差劲。除了差劲的文档外，van Zyl还提到了用Guice替换掉Plexus的诸多原因。他呼吁大家不要再向Plexus项目进行提交了，因为Maven项目不打算自己构建并支持DI容器，而是向开发者及构建者提供构建工具与基础设施。

同时，另一个围绕着Maven进行的项目（叫做Polyglot Maven）承诺了很多增强以简化Maven使用与插件的编写，这包括支持用其他语言（如Groovy或是Scala等）编写Maven pom文件。

Guice是由Google（其中包括Bob Lee）开发的一个流行的DI容器。凭借Guice，我们能够通过编程的方式将实现类绑定到接口上，然后通过Guice @Inject注解将生成的实例注入到构造方法、方法或是属性中。

最近，Guice增加了对JSR 330的支持。JSR 330定义了一套可移植又好用的DI功能子集，将被不同的DI容器实现。现在就有很多DI容器已经实现了该规范，如Guice和SpringSource的Spring Framework。Bob Lee和Jason van Zyl都是JSR 330专家组的成员。Maven的Guice支持将通过JSR 330注解实现，这样就具备了可移植性。为了确保能从Plexus平滑迁移到Guice上，Maven将使用Guice构建一个桥接层。在经过了多方比较后最终确定Maven是唯一一个能够轻松从Plexus进行迁移的DI容器，这样最后的决定也就不言而喻了。

Guice还提供了其他一些优秀的特性：支持peaberry（peaberry是构建在Guice上的一个扩展模块，可以对动态OSGi服务进行解析和注入）、类型安全及定义良好的错误消息等。虽说某些特性并非Guice所独有，但Guice的的确确为我们提供了一个选择。Maven团队现在不得不支持Guice的一个修补版本以满足其需求。van Zyl说大部分内容正在实现当中，而有些则已经实现了。尚未实现的要么是不太重要的，要么仍处在测试和验证阶段。

其他一些项目（如知名的Nexus server、Tycho等等）也已经准备开始集成Guice了，在Sonatype最终完成Maven的重构后，这些集成也会延伸至Sonatype的其他项目中。

查看英文原文：Maven to be Built on Guice

译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   why

   发表人 yang tede

   maven的插件体系设计得有问题？还要依赖DI容器进行注入。

   回复