孟祥月的专栏

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。        Maven的核心是非常愚蠢的，它不知道该怎么处理超出几个的XML文档解析和跟踪的生命周期和一些插件。Maven被设计了一套Maven插件，它可以影响Maven的生命周期，并且能够完成需要的工作。在Maven中的大部分工作都是使用插件完成的，如编译源代码，字节码包装，发布网站，需要发生在构建中的任何其他任务。你从Ap

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。Maven维护一个项目的模型。你不只是编译成字节码的源代码，你正在开发一个软件项目的描述和给项目分配一套独特的坐标。你所描述的该项目的属性。什么是该项目的许可证？谁开发，并有助于该项目？此项目依赖于其他项目吗？Maven不仅仅是一个“构建工具”，不仅仅是一个类似于make和Ant工具的改进，它是一个平台，包括相关的软件项目和软

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。的确Maven是Ant的替代品，但 Apache Ant的仍然是一个伟大的，广泛使用的工具。这些天，它一直是Java构建领域的冠军，使用Maven构建集成的Ant构建脚本的项目也很容易。这是一个Maven项目的共同使用模式。另一方面，随着越来越多的和更多的开源项目移动到Maven作为项目管理平台，开发者也意识到Maven不

第1章。Apache Maven的简介1.1。Maven的...这是什么？1.2。约定优于配置1.3。一个通用的接口1.4。通过Maven插件的通用重用1.5。一个“项目”的概念模型1.6。是Maven的另一种选择吗？1.7。Ant与Maven虽然有一些Maven的网上参考，有没有一个简单的，写得很好的介绍Maven，可以作为一个权威的参考和引用的文档。我们一直

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。        约定优于配置是一个简单的概念。系统，库和框架应该假定合理的默认值。无需不必要的配置，系统应该“只是工作”。已经开始流行的框架如Ruby的Rails和EJB3的坚持这些原则在配置的复杂性，如初始的EJB 2.1规范的框架反应。约定优于配置的一个例证是像EJB3持久性的东西：如果你需要使一个特定的bean的持久性，你需

声明：本人英语不好，翻译的可能不好，如果哪里出现错误，还请指出。      之前的Maven为构建软件提供了一个通用的接口，每一个项目需要某些人专门来管理这个构建系统。开发者不得不脱离软件开发，使用一定的时间，去了解每一个他们想要构建的项目的特性。2001年，你必须以以一种不同的方式来构建项目例如Turbine，如果你将建立一个类似项目Tomcat。如果新的能执行对源代码的静态分析源代码分析工