Maven 2近况追踪

Maven是一个基于模式的Java和J2EE项目构建框架，它不仅能对各类项目进行脚本化构建，而且支持J2EE、Struts、Hibernate等 框架技术，并且从项目的创建时刻贯穿到测试、打包到最后的部署，Maven提供了一整套预设好的构造和组织项目的方法。Maven的作者（在《Better Builds with Maven》一书中）是这样介绍Maven的：

Maven包含了一系列构建标准、一个工件仓库模型（Artifact Repository Model），以及一个用来管理和描述项目的软件引擎。它为项目工件的构建、测试和部署定义了一个标准的生命周期，使得遵循其标准的项目可以轻松地重用常 用的构建逻辑。Maven项目属于Apache软件基金会，它是一个开源社区，开发支持常用声明式项目对象模型（Project Object Model，POM）的软件工具。

Maven和ibilio有一项合作协议，通过后者为项目编译所依赖的相关文件提供主机服务，这样使得基于Maven的默认安装时可以从已知的远程代码仓 库中取得所有所需的文件（这种机制很容易让人联想到Gem，除了前者是以编译为核心方式）。拥有如此多的优点，基于Maven的项目貌似非常容易上手，其实不然，精简的外表下面涵盖的内容能写成一本292页的书。树大招风，由于它的宏伟目标，Maven在过去曾经引发许多颇为强烈、而Maven的开发团队一直在致力于平息的反对声浪：

Maven的最佳实践常常无法解决现实世界中企业存在的问题。即使我同意他们的看法，我也要反对那些存在于已有企业实践和/或当前工具集的问题。

就在本周，Matt Raible报告了他将AppFuse从Ant迁移到Maven的经历：

迁移到Maven中最有趣的事情就是我们可以是AppFuse看起来更像一个框架，而不是一个项目启动工具包。我们认为这正是人们所需要的——特别是可以 为项目更新到AppFuse的最新版本。尽管有些人需要这个更新功能，但看起来更多人喜欢源码版本的AppFuse——虽然这个版本很难以升级。我并不怪 他们。

当然，迁移到Maven的真正好处在其他地方也有，我们在最近这几个月已经看到邮件列表有明显得上升趋势，我也多次收到关于培训的咨询（是的，我确实提供 一个三天的关于Spring、Hibernate、Ajax、Maven以及AppFuse的培训）。对我来说，AppFuse 2.x看起来要比1.x更为复杂，但是似乎社区并不是这样认为的。从不断增长的项目的活跃开发者来判断，开发人员似乎更喜欢基于Maven的项目。再重申 一遍，我们正在用Maven！

自从Maven 2发布以后，各次升级（直到目前的2.0.6发布版）不间断地保持对核心引擎可用性的Bug修正和增量改进。代码仓库也不断地升级——包括对通用依赖包如Spring和Tomcat，也包括对不那么通用的依赖包如openid4java和mule的最新支持。今年的早些时候，核心开发人员Jason Van Zyl和John Casey离开了Maven的主赞助商和商业支持提供商Mergere公司，但他们仍然继续积极参与Maven的开发活动。

您可以通过此链接查看英文原文。