原文链接 译者：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 的组。
制造改变了仓库可以说有很深远的影响。所以最好是第一时间获取正确，它将通过一组不同类型的迁移。
原文链接 译者：dan QQ：903585177
Spring架构与其他MVC框架所不同的重要一点是视图技术，比如 , 决定使用Groovy Markup Templates 或者Thymeleaf代替JSP仅仅是配置的问题 . 这个章节主要设计主流的视图技术，以及简单提及怎样使用新的技术。这个章节假设你已经熟悉第18.5节 “Resolving views” ，该章节涵盖了视图怎样与MVC框架结合的基本知识。
原文链接 译者:carvendy
这里描述的类加载是Maven版本在 2.0.6以上的。
