Maven简介
Maven是基于项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具.
如果你已经有十次输入同样的Ant targets来编译你的代码、jar或者war、生成javadocs，你一定会自问，是否有一个重复性更少却能同样完成该工作的方法。Maven便提供了这样一种选择，将你的注意力从作业层转移到项目管理层。Maven项目已经能够知道如何构建和捆绑代码，运行测试，生成文档并宿主项目网页.
项目的主页地址为：http://maven.apache.org/
Maven这个单词来自于意第绪语，意为知识的积累，最早在Jakata Turbine项目中它开始被用来试图简化构建过程。当时有很多项目，它们的Ant build文件仅有细微的差别，而JAR文件都由CVS来维护。于是Maven创始者开始了Maven这个项目，该项目的清晰定义包括，一种很方便的发布项目信息的方式，以及一种在多个项目中共享JAR的方式。
Maven是一个项目管理工具，它包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。当你使用Maven的时候，你用一个明确定义的项目对象模型来描述你的项目，然后Maven可以应用横切的逻辑，这些逻辑来自一组共享的（或者自定义的）插件。
Maven 有一个生命周期，当你运行 mvn install 的时候被调用。这条命令告诉 Maven 执行一系列的有序的步骤，直到到达你指定的生命周期。遍历生命周期旅途中的一个影响就是，Maven 运行了许多默认的插件目标，这些目标完成了像编译和创建一个 JAR 文件这样的工作。
此外，Maven能够很方便的帮你管理项目报告，生成站点，管理JAR文件，等等。
Maven 常用命令
mvn archetype：create 创建Maven项目
mvn compile 编译源代码
mvn test-compile 编译测试源代码
mvn test 运行应用程序中的单元测试
mvn site 生成项目相关信息的网站
mvn clean 清除项目目录中的生成结果
mvn package 根据项目生成的jar
mvn install 在本地Respository中安装jar
mvn eclipse:eclipse 生成eclipse项目文件
推荐书籍
目前中文版对maven介绍比较全的书籍是《Maven实战》
http://baike.baidu.com/view/336103.htm
Maven和Ant
目前，绝大多数开发人员都把 Ant 当作 Java 编程项目的标准构建工具。遗憾的是，Ant 的项目管理工具（作为 make 的替代工具）不能满足绝大多数开发人员的需要。通过检查 Ant 构建文件，很难发现项目的相关性信息和其它元信息（如开发人员／拥有者、版本或站点主页）。
Maven 除了以程序构建能力为特色之外，还提供 Ant 所缺少的高级项目管理工具。由于 Maven 的缺省构建规则有较高的可重用性，所以常常用两三行 Maven 构建脚本就可以构建简单的项目，而使用 Ant 则需要十几行。事实上，由于 Maven 的面向项目的方法，许多 Apache Jakarta 项目现在使用 Maven，而且公司项目采用 Maven 的比例在持续增长。
Maven vs Ant
那么，Maven 和 Ant 有什么不同呢？在回答这个问题以前，我要强调一点：Maven 和 Ant 针对构建问题的两个不同方面。Ant 为 Java 技术开发项目提供跨平台构建任务。Maven 本身描述项目的高级方面，它从 Ant 借用了绝大多数构建任务。因此，由于 Maven 和 Ant 代表两个差异很大的工具，所以我将只说明这两个工具的等同组件之间的区别。
http://www.oschina.net/p/maven
Maven 3特性
6年了，我们终于等来了Maven 3，Maven 2虽然达到了一定的高度达，但它有两个死穴，一是难以扩展，二是它的代码难以理解，在Maven 3中，许多功能都进行了改造，消灭了Maven 2一直被人诟病的许多问题，在这篇文章中，我将介绍Maven 3的10大新特性。
1、向后兼容
Maven创始人，Sonatype公司的CTO Jason van Zyl表示“Maven 3是为用户构建的”，很明显，他的意思是Maven 3.0将会全面取代Maven 2.x，Maven 3开发人员尽了最大努力，确保Maven 2.x用户顺利过渡到Maven 3.0，如果出现重复依赖，插件声明或未指定插件版本号，Maven 3.0将会发出警告，这里我强烈建议你在POM中修复这些问题，因为Maven 3的未来版本可能不会支持生成畸形的项目。我已经尝试将我的多模块项目移植到Maven 3，同样，我收到了上述的警告，但我并没有遇到任何问题或生成时错误，Maven
3.0是可以兼容Maven 2.x的。
2、性能改善
我迁移到Maven 3最重要的一个原因是它的速度，更好的磁盘I/O，网络I/O，CPU利用率和更低的内存消 耗，经过优化的Maven 3比Maven 2.x快50-400%，更快的生成速度显著提高了开发人员的生产力，我用Maven 3运行我的项目用时不到2分钟，而此前在Maven 2.x上需要耗时3分钟，值得注意的是我并没有开启并行生成功能，凭这一点，你就应该尽快去下载Maven 3亲自试一试。
3、自动指定父版本
在Maven 2中，你必须在子模块中指定父版本，当你在新版本上开发时，这是一个维护问题，Maven 3.1将会消除在子模块上指定父版本的需要。
4、并行生成
Maven 3引入了并行生成功能，它可以分析你的项目依赖图，允许你并行生成调度模块，使用下面的命令开启项目的并行生成功能。
#div_code img { border: 0px none; }
mvn -T 2 clean install mvn -T 2C clean install
第一个参数(-T 2)表示使用两个线程并行生成项目，第二个参数(-T 2C)表示每个处理器核心上使用两个线程生成项目，借助并行生成功能，可以让生成速度提升20-50%，但目前并行生成还处于实验阶段，将来不排除发生变 化的可能性，因此我建议你现在不要在生产系统中使用它。
5、更好的错误和完整性报告
Maven 3改善了错误报告，它会在错误报告中提供指向Maven Wiki页面的链接，这样你可以查看更全面的错误描述和可能的原因，如图1所示，例如，当我未指定子模块的父版本时，运行子模块将会获得一条错误消息。注 意：在Maven 3.1中将不再需要为子模块指定父POM版本号。
6、插件扩展点
在Maven 3中，你可以挂上不同的扩展点以便修改插件行为，在Maven 2中你只能直接扩展插件，这个功能是Maven开发团队从Eclipse借来的理念，例如，你可以定义一个扩展点修改web.xml由WAR插件来处理。
7、Mixin
Mixin允许你使用参数化的POM片段来组成POM，而不是继承，但这个功能需要等到Maven 3.1发布才能使用，这些Mixin将被部署到仓库，然后使用标准的坐标进行引用，例如，如果你想使用我的项目的发布过程，在Maven 2时代，你必须继承我的项目的Maven POM，因为Mixin是由插件和配置组成的，它们是可以参数化的，你可以用它们组成你的POM。
8、Maven Shell
Maven Shell是Maven的命令行接口，它可以提高你的生成速度，因为它可以缓存解析过的POM，避免重复调用Maven的启动成本，它也支持和Maven Archetype集成，并提供Nexus整合，它包括了一个内置的帮助系统，在Mac OS X上，它提供了Growl支持，Maven Shell不属于Maven发行包的一部分，需要单独从这里下载。
在操作系统命令提示符后输入mvnsh即可启动Maven Shell，输入help可以查看Maven Shell支持的所有功能，如图2所示。
9、多语言生成
Polyglot Maven是Maven 3非常有特色的一项功能，它允许你以非XML格式编写POM文件，Maven内核提供了一个底层DSL访问Maven内部，你可以用你熟悉的语言编写 POM文件，目前支持的语言包括Groovy，Ruby，Scale，Clojure，YAML等，Polyglot Maven希望推动不喜欢XML的人使用Maven。
Polyglot Maven未捆绑在Maven 3中，需要单独从这里下载，它包括一个叫做translator的工具，这个工具可以将你的XML POM转换成Groovy，Scala或YAML格式的POM，例如，使用下面的命令可以将一个XML POM转换成Scala POM。
10、M2Eclipse
M2Eclipse让Maven可以和Eclipse集成，M2Eclipse目前最新版本是0.10.0，它已经用Maven 3的嵌入式API进行了重写，M2Eclipse的性能得到了明显提升(根据该项目的网站描述，大约提升了200-500%)，因为M2Eclipse在 Maven POM中提供了额外的XML元数据，它们只能由M2Eclipse识别。
原文出处：http://www.developer.com/java/article.php/3908561/article.htm
编译打包工具-Ant
Ant工具
Ant是一种基于Java的build工具。理论上来说，它有些类似于（Unix）C中的make ，但没有make的缺陷。目前的最新版本为：Ant 1.8.2。
既然我们已经有了make, gnumake, nmake, jam以及其他的build工具为什么还要要一种新的build工具呢？因为Ant的原作者在多种(硬件)平台上开发软件时，无法忍受这些工具的限制和不便。类似于make的工具本质上是基于shell（语言）的：他们计算依赖关系，然后执行命令（这些命令与你在命令行敲的命令没太大区别）。这就意味着你可以很容易地通过使用OS特有的或编写新的（命令）程序扩展该工具；然而，这也意味着你将自己限制在了特定的OS，或特定的OS类型上，如Unix。
Makefile也很可恶。任何使用过他们的人都碰到过可恶的tab问题。Ant的原作者经常这样问自己：“是否我的命令不执行只是因为在我的tab前有一个空格？！！”。类似于jam的工具很好地处理了这类问题，但是（用户）必须记住和使用一种新的格式。
Ant就不同了。与基于shell命令的扩展模式不同，Ant用Java的类来扩展。（用户）不必编写shell命令，配置文件是基于XML的，通过调用target树，就可执行各种task。每个task由实现了一个特定Task接口的对象来运行。（如果你对Ant一点概念都没有的话，可能看不懂这一节，没有关系，后面会对target,task做详细的介绍。你如果没有太多的时间甚至可以略过这一节，然后再回来浏览一下这里的介绍，那时你就会看懂了。同样，如果你对make之类的工具不熟悉也没关系，下面的介绍根本不会用到make中的概念。）
必须承认，这样做，在构造shell命令时会失去一些特有的表达能力。如`find . -name foo -exec rm {}`，但却给了你跨平台的能力－你可以在任何地方工作。如果你真的需要执行一些shell命令，Ant有一个<exec> task，这个task允许执行特定OS上的命令。
Ant的概念
当一个代码项目大了以后，每次重新编译，打包，测试等都会变得非常复杂而且重复，因此c语言中有make脚本来帮助这些工作的批量完成。在Java 中应用是平台无关性的，当然不会用平台相关的make脚本来完成这些批处理任务了，ANT本身就是这样一个流程脚本引擎，用于自动化调用程序完成项目的编译，打包，测试等。除了基于JAVA是平台无关的外，脚本的格式是基于XML的，比make脚本来说还要好维护一些。
每个ant脚本（缺省叫build.xml）中设置了一系列任务(target)：比如对于一个一般的项目可能需要有以下任务。
* 任务1：usage 打印本脚本的帮助信息（缺省）
* 任务2：clean <-- init 清空初始化环境
* 任务3：javadoc <-- build <-- init 生成JAVADOC
* 任务4：jar <-- build <-- init 生成JAR
* 任务5：all <-- jar + javadoc <-- build <-- init 完成以上所有任务：jar javadoc
而多个任务之间往往又包含了一定的依赖关系：比如把整个应用打包任务(jar)的这个依赖于编译任务(build)，而编译任务又依赖于整个环境初始化任务(init)等。
注：我看到很多项目的ant脚本中的命名基本上都是一致的，比如：编译一般叫build或者compile；打包一般叫jar或war；生成文档一般命名为 javadoc或javadocs；执行全部任务all。在每个任务的中，ANT会根据配置调用一些外部应用并配以相应参数执行。虽然ANT可调用的外部应用种类非常丰富，但其实最常用的就2，3个：比如javac javadoc jar等。
Ant与makefile的比较
Makefile有一些不足之处，比如很多人都会碰到的烦人的Tab问题。最初的Ant开发者多次强调”只是我在Tab前面加了一个空格，所以我的命令就不能执行”。有一些工具在一定程度上解决了这个问题，但还是有很多其他的问题。Ant则与一般基于命令的工具有所不同，它是Java类的扩展。Ant运行需要的XML格式的文件不是Shell命令文件。它是由一个Project组成的，而一个Project又可分成可多target，target再细分又分成很多task，每一个task都是通过一个实现特定接口的java类来完成的。
Ant的优点
Ant是Apache软件基金会JAKARTA目录中的一个子项目，它有以下的优点。
跨平台性。Ant是纯Java语言编写的，因此具有很好的跨平台性。
操作简单。Ant是由一个内置任务和可选任务组成的。Ant运行时需要一个XML文件(构建文件)。
Ant通过调用target树，就可以执行各种task。每个task实现了特定接口对象。由于Ant构建文件时XML格式的文件，所以很容易维护和书写，而且结构很清晰。
Ant可以集成到开发环境中。由于Ant的跨平台性和操作简单的特点，它很容易集成到一些开发环境中去。
http://baike.baidu.com/view/42824.htm#2