原文链接 译者:carvendy
这个指南预期是作为使用第一次使用Maven工作的，但是也预期服务作为一个单独的引用和常用的解决方案用例。对第一次的用户，这推荐你按顺序一步一步来看材料。对于熟悉Maven的用户，指南努力地提供需要的快速方案。假设你已经下载了Maven和安装好Maven在你本地机器。如果你这样做请参考下载与安装的指令。
好，你现在已经安装好Maven了和我们准备开始。在我们今天例子之前，我们将简要过一遍什么是Maven和它能怎么帮助你处理日常工作并和你团队成员一起协助。Maven将，当然，为了小项目工作，但是Maven表现突出在帮助团队有效操作并允许团队成员着眼于项目需要什么相关者。你可以把构建的事项交给Maven。
原文链接 译者：dan QQ：903585177
Spring Web Flow
Spring Web Flow (SWF) 旨在成为管理Web应用程序页面流的最佳解决方案。
SWF与Servlet和Portlet环境中的Spring MVC和JSF等现有框架集成。 如果您有一个业务流程（或流程）将受益于会话模型而不是纯粹的请求模型，则SWF可能是解决方案。
SWF允许您将逻辑页面流作为在不同情况下可重用的自包含模块捕获，因此非常适合构建引导用户通过驱动业务流程的受控导航的Web应用程序模块。
有一个公共的目录结构考虑到用户对一个Maven项目能马上找到家的感觉就算在另外一个Maven项目。这个好处是类似于网站范围内的外观和感觉。
下一个选项文档目录结构为Maven的预期和目录结构油Maven创建。请尽可能地尝试确认这个结构。无论如何，你不能设置那些由项目描述符重写的。
晋升是一个水到渠成的过程，能力到了自动就能晋升（这个能力是指综合能力，而不但指技术能力），能力没到晋升上去也会很累。所以需要努力突破自己，超越本层级的能力，并创造当前层级的人创造不出来的价值。晋升意味着对自己更高的要求，更高的责任和更多的思考。 阅读全文
百度上对于执行力的定义如下，有效利用资源、保质保量达成目标的能力。是一种把行动变成结果的能力。通俗来讲就是，老板布置了一个任务，无论多么麻烦，多么没时间，都要想办法利用各种资源完成它，而不是找各种理由和借口，要有强烈的把事情做成的决心。老板要的是结果，而不是抱怨和过程。
原文链接 译者:carvendy
Maven 工具链提供了一种当他们构建的时候需要时候插件发现使用jdk（或者别的工具），而不需要配置他们在每一个pom.xml中，或者强制给出精确的路径在每个构建的机器上。
有了maven工具链申请JDK工具链，一个项目可以在构建的时候被指定一个版本的jdk依赖maven正使用的JDK。想一想JDK能怎么设置到IDE类似IDEA，NetBean和eclipse，或者你能怎么从Maven构建使用的JDK中使用老的JDK编译。
成为一名优秀的新人，我认为要做到三点：良好的心态，积极的思考和高效的学习。
原文链接 译者:carvendy
当你执行maven的时候使用一个标准的生命周期，这些插件参与的生命周期就像是一个相当简单的进程。无论如何，当你从命令行中引用一个指令，例如clean,Maven必须有一些可靠的方式让clean插件前缀为maven-clean-plugin。这提供了简洁的命令行调用，当保存这些描述性的插件的真实工件id。
对于很多复杂性的问题，不是所有插件应该被强制使用同样的组id（在仓库中）。从这些组id在一个项目中假定被控制，和对于Maven多个项目可能使用的插件，它跟随着插件前缀匹配必须容纳多个插件组id。 对于地址关系，Maven提供了一块新的的仓库级别元数据（与任何单一的工件无关）对于插件组来说，在一个插件匹配管理者来组织多个插件组合提供功能性的搜索。
为了给使用者方便的前缀去引用你的插件，一个前缀必须与你的插件相关在构建的时候。在默认的情况下，Maven将令一个猜想的前缀被使用，被移除任何被“maven”或者“plugin”的连字符在这些插件的工件id。方便的工件id格式被定为：
如果你的插件工件id符合这个规则，Maven将会根据元数据中正确的前缀自动匹配你插件的组id在仓库中的路径。无论如何，如果你想自定义前缀来引用的你插件，你可以指定前缀来引导通过配置参数在maven-plugin-plugin在你的pom中：
Loading...<project>
...
<build>
...
<plugins>
...
<plugin>
<artifactId>maven-plugin-plugin</artifactId>
<version>2.3</version>
<configuration>
...
<goalPrefix>somePrefix</goalPrefix>
</configuration>
</plugin>
</plugins>
</build>
</project>以上的配置讲允许使用者引用你的插件通过前缀somePrefix，作为一个例子：
mvn somePrefix:goal
对于每一个组id配置是为了搜索，Maven将：
在列表中每个插件包含一个前缀节点表示插件的命令行前缀，和一个工件节点， 提供的前缀映射对方提供了足够的信息来查找和使用插入部件。当一个插件被安装和发布，适当的元数据文件被放置和如果前缀匹配丢失了，修改前缀匹配。
默认情况下，maven将搜索组id org.apache.maven.plugins 为了前缀工件匹配插件，它需要在构建过程中执行。无论如何，前面提到的，使用者可能需要一个第三方的插件。从Maven项目被假定有控制的默认插件组，这意味着配置maven来搜索其他组的位置为了插件前缀匹配。
这很简单。在Maven配置文件（当前用户：${user.home}/.m2/settings.xml; 全局：${maven.home}/conf/settings.xml），你可以提供一个自定义的插件组项目，列出你想要搜索的插件（每个都在自己的plugingroup GroupID的子元素）。作为例子，如果我的项目使用了一个 模板文件，我可以设置：
<pluginGroups>
<pluginGroup>org.codehaus.modello</pluginGroup>
</pluginGroups>这使我能够执行以下，这将从模式生成java类：
mvn -Dversion=4.0.0 -Dmodel=maven.mdo modello:javaMaven会搜索以下GroupID的搜索后，在用户设置中指定的任何插件组：
注意：当指定被使用的插件组在搜索的前缀匹配中，秩序是关键！被指定的一个插件组 com.myco.plugins有一个前缀clean，我可以覆盖maven-clean-plugin的时候，当clean：clean被调用的时候。 笔记2：想了解更多信息可以查看 settings.xml
原文地址 译者:carvendy
经常用户面对需要构建反对的被sun提供的jar比如Javamail包或者Activation包和用户发现那些不在中心仓库这个破碎建筑里。不幸的很多工件在sun的二进制许可证，不允许我们分发他们的ibiblio而失败。
另外一个问题就是sun没有有任何惯例来他们命名的jar，所以我们建议使用一些公共的命名sun的工件。你可以找到一个我们建议的列表：
有时候在仓库中迁移工件是很重要的事情。例如一个项目从Maven 1 转 Maven 2。Maven 1 项目传统上使用扁平存储结构，而使用Maven 2使用的深度结构。作为一个例子Maven 1 项目有一个 maven组，而Maven 2的项目中有 org.apache.maven 的组。
制造改变了仓库可以说有很深远的影响。所以最好是第一时间获取正确，它将通过一组不同类型的迁移。
