了解mavenr的生命周期、阶段、插件、目标是什么，它们之间有什么关系，而我在哪里可以得到这样的帮助
Site生命周期的各个阶段：
pre-site 执行一些需要在生成站点文档之前完成的工作
site 生成项目的站点文档
post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备
site-deploy 将生成的站点文档部署到特定的服务器上
最重要的Default生命周期
生命周期阶段 描述
| validate | 验证项目是否正确，以及所有为了完整构建必要的信息是否可用 |
| generate-sources | 生成所有需要包含在编译过程中的源代码 |
| process-sources | 处理源代码，比如过滤一些值 |
| generate-resources | 生成所有需要包含在打包过程中的资源文件 |
| process-resources | 复制并处理资源文件至目标目录，准备打包 |
| compile | 编译项目的源代码 |
| process-classes | 后处理编译生成的文件，例如对Java类进行字节码增强（bytecode enhancement） |
| generate-test-sources | 生成所有包含在测试编译过程中的测试源码 |
| process-test-sources | 处理测试源码，比如过滤一些值 |
| generate-test-resources | 生成测试需要的资源文件 |
| process-test-resources | 复制并处理测试资源文件至测试目标目录 |
| test-compile | 编译测试源码至测试目标目录 |
| test | 使用合适的单元测试框架运行测试。这些测试应该不需要代码被打包或发布 |
| prepare-package | 在真正的打包之前，执行一些准备打包必要的操作。这通常会产生一个包的展开的处理过的版本（将会在Maven 2.1+中实现） |
| package | 将编译好的代码打包成可分发的格式，如JAR，WAR，或者EAR |
| pre-integration-test | 执行一些在集成测试运行之前需要的动作。如建立集成测试需要的环境 |
| integration-test | 如果有必要的话，处理包并发布至集成测试可以运行的环境 |
| post-integration-test | 执行一些在集成测试运行之后需要的动作。如清理集成测试环境。 |
| verify | 执行所有检查，验证包是有效的，符合质量规范 |
| install | 安装包至本地仓库，以备本地的其它项目作为依赖使用 |
| deploy | 复制最终的包至远程仓库，共享给其它开发人员和项目（通常和一次正式的发布相关） |
mvn jar:jar JAR打包默认的目标
| process-resources | resources:resources |
| compile | compiler:compile |
| process-test-resources | resources:testResources |
| test-compile | compiler:testCompile |
| test | surefire:test |
| package | jar:jar |
| install | install:install |
| deploy | deploy:deploy |
POM打包默认的目标
| package | site:attach-descriptor |
| install | install:install |
| deploy | deploy:deploy |
EJB打包默认的目标
| process-resources | resources:resources |
| compile | compiler:compile |
| process-test-resources | resources:testResources |
| test-compile | compiler:testCompile |
| test | surefire:test |
| package | ejb:ejb |
| install | install:install |
| deploy | deploy:deploy |
Maven提供了对EJB 2和3的支持。必须配置EJB插件来为EJB3指定打包类型，否则该插件默认认为EJB为2.1，并寻找某些EJB配置文件是否存在。
WAR打包默认的目标
| process-resources | resources:resources |
| compile | compiler:compile |
| process-test-resources | resources:testResources |
| test-compile | compiler:testCompile |
| test | surefire:test |
| package | war:war |
| install | install:install |
| deploy | deploy:deploy |
注意war:war插件需要一个web.xml配置文件在项目的src/main/webapp/WEB-INF目录中。
EAR打包默认的目标 生命周期阶段 目标
| generate-resources | ear:generate-application-xml |
| process-resources | resources:resources |
| package | ear:ear |
| install | install:install |
| deploy | deploy:deploy |
基本上，根据名称我们就能猜出每个阶段的用途，关于其它阶段的解释，请参: http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html
请记住maven的生命周期是抽像的，phase也是，通过phase和插件的target进行绑定，phase才有意义，比如:default的生命周期的compile phase和插件maven-compiler-plugin的compile目标（goal）进行绑定就可以完代码在编译phase做编译task。
插件和插件目标：
maven的核心仅仅定定义了抽像的生命周期，具体的任务都是交给插件完在的，插件以独立的构件形式存在，对于插件本身为了能够复用代码，往往能够完成多个任务，例如：maven-dependency-plugin能够基于项目依赖做很多事情，它能够分析项目依赖，帮助找出无用的依赖，列出项目的依赖树，和依赖之间的冲突。因此这些功能聚集在一块叫插件。每个功能就叫插件目标。
插件绑定：
maven的生命周期与插件相互绑定，用以完成实际的构建任务，具体而言是生命周期的阶段（phase)和插件的目标（target）相互绑定，以完成某个具体的构建任务，内置绑定： 为了能让用户几乎不用任何配就能构建maven项目，maven在核心为一些生命周期阶段绑定了很多插件的目标，当用户通过命令行调用生命周期阶段的时 候，对应的插件目标就会执行相应的任务，clean生命周期权有pre-clean、clean、post-clena三个阶段，其中的clean与 maven-clean-plugin：clean绑定，maven-clean-plugin仅有clean这一个目标，其作用就是删除项目的输出目录，具体的参考请查看官网。
自定义绑定：
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>copy</id>
<phase>install</phase>
<goals>
<goal>copy-dependencies</goal>
</goals>
<configuration>
<outputDirectory>
${project.build.directory}/lib
</outputDirectory>
</configuration>
</execution>
</executions>
</plugin>
在声明插件的时候增加<phase>install</phase>就可以将插件目标绑定的这个生命周期了，当这个生命周期执行的进修，插件目标就会被执行。
其中configuration是为这个插件目标配置的属性。配置属性可以在execution下面也可以直接在plugin下面配置。
言回本文，通过上面简单了解，我知道要现在应该是package的阶段执行了org.apache.maven.plugins:maven-jar-plugin插件的jar目标，所以我们应该在这个插件上配置一些属性就可以了，打开官网的插件介绍，我们找到jar这一项点进去。
http://maven.apache.org/plugins/
http://maven.apache.org/plugins/maven-jar-plugin/jar-mojo.html
发现jar目标有excludes属生，这样我们在我们工具类项目中加入以下插件配置(注意：maven-jar-plugin打包的默认认已经排除"**/package.html")，打包的时候就不会把properties打到jar包里了：
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>2.4</version> <configuration> <excludes> <exclude>**/*.properties</exclude> </excludes> </configuration </plugin>
用 户可以通过两种方式调用Maven插件目标。第一种方式是将插件目标与生命周期阶段（lifecycle phase）绑定，这样用户在命令行只是输入生命周期阶段而已，例如Maven默认将maven-compiler-plugin的compile目标与 compile生命周期阶段绑定，因此命令mvn compile实际上是先定位到compile这一生命周期阶段，然后再根据绑定关系调用maven-compiler-plugin的compile目标。第二种方式是直接在命令行指定要执行的插件目标，例如mvn archetype:generate 就表示调用maven-archetype-plugin的generate目标，这种带冒号的调用方式与生命周期无关。
本文通过一个小小的例子引出maven的插件和插件目标，相信明白了这些以后，在使用maven的打包的时候，很多问题就不会像无头苍蝇不知道怎么下手了.
参考如下：
http://juvenshun.iteye.com/blog/213959
http://www.infoq.com/cn/news/2011/04/xxb-maven-7-plugin