插件，插件目标，生命周期，坐标，仓库，依赖管理

插件与目标（Plugins and goals）
通过mvn 插件名称:插件目标运行
，如要运行原型插件的create目标
mvn archetype:create -DgroupId=org.sonatype.mavenbook.ch03 -DartifactId=simple -DpackageName=org.sonatype.mavenbook

其中插件由maven库提供，也可以自己写插件，并搭建maven库。
默认的mvn库提供了一些常用插件。

每个插件都包含了多个目标，可以根据自己需要决定使用哪个目标

生命周期（Lifecycle）
maven管理的项目由多个生命周期阶段组成整个生命周期，生命周期中的阶段是有序的，可以根据需要，决定当前需要运行的寿命周期，maven默认配置提供了一组默认生命周期阶段。

生命周期阶段实际上是内部封装了对插件目标的调用。
常见的有
resources:resources
Resources插件的resources目标绑定到了 resources 阶段。这个目标复制src/
main/resources下的所有资源和其它任何配置的资源目录，到输出目录。
compiler:compile
Compiler插件的compile目标绑定到了 compile 阶段。这个目标编译src/main/
java下的所有源代码和其他任何配置的资源目录，到输出目录。
resources:testResources
Resources插件的testResources目标绑定到了 test-resources 阶段。这个目标复
制src/test/resources下的所有资源和其它任何的配置的测试资源目录，到测试
输出目录。
compiler:testCompile
Compiler插件的testCompile目标绑定到了 test-compile 阶段。这个目标编
译src/test/java下的测试用例和其它任何的配置的测试资源目录，到测试输出
目录。
surefire:test
Surefire插件的test目标绑定到了 test 阶段。这个目标运行所有的测试并且创
建那些捕捉详细测试结果的输出文件。默认情况下，如果有测试失败，这个目标
会终止。


jar:jar
Jar插件的jar目标绑定到了 package 阶段。这个目标把输出目录打包成JAR文
件。

清理生命周期 (clean)
运行mvn clean将调用清理
生命周期，它包含了三个生命周期阶段：
• pre-clean
• clean
• post-clean
Clean插件的clean目标
（ clean:clean）被绑定到清理生命周期中的clean阶段。目标clean:clean通过删除构建
目录删除整个构建的输出。如果你没有自定义构建目录位置，那么构建目录就是定义
在超级POM中的target
它包含了三个生命周期阶段：
• pre-clean
• clean
• post-clean

例如，假设你想要在pre-clean的时候触发一个antrun:run目标任务

<project>
 ...
 <build>
 <plugins>... <plugin>
 <artifactId>maven-antrun-plugin</artifactId>
 <executions>
 <execution>
 <id>file-exists</id>
 <phase>pre-clean</phase>
 <goals>
 <goal>run</goal>
 </goals>
 <configuration>
 <tasks>
 <!-- adds the ant-contrib tasks (if/then/else used below) -->
 <taskdef resource="net/sf/antcontrib/antcontrib.properties" />
 <available
 file="/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/content-zh/target/book.jar"
 property="file.exists" value="true" />
 <if>
 <not>
 <isset property="file.exists" />
 </not>
 <then>
 <echo>No
 book.jar to
 delete</echo>
 </then>
 <else>
 <echo>Deleting
 book.jar</echo>
 </else>
 </if>
 </tasks>
 </configuration>
 </execution>
 </executions>
 <dependencies>
 <dependency>
 <groupId>ant-contrib</groupId>
 <artifactId>ant-contrib</artifactId>
 <version>1.0b2</version>
 </dependency>
 </dependencies>
 </plugin>
 </plugins>
 </build>
</project>

也可以自定义clean目标的行为来完成

<project>
 <modelVersion>4.0.0</modelVersion>
 ...
 <build>
 <plugins>
 <plugin>
 <artifactId>maven-clean-plugin</artifactId>
 <configuration>
 <filesets>
 <fileset>
 <directory>target-other</directory>
 <includes>
 <include>*.class</include>
 </includes>
 </fileset>
 </filesets>
 </configuration>
 </plugin>
 </plugins>
 </build>
</project>

默认生命周期（default）
默认生命周期是一个软件应用程序构建过程的总
体模型。第一个阶段是validate，最后一个阶段是deploy。
他包含了如下阶段

生命周期阶段	描述
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，或者EA
pre-integration-test	执行一些在集成测试运行之前需要的动作。如建立集成测试需要的环境
integration-test	如果有必要的话，处理包并发布至集成测试可以运行的环境
post-integration-test	执行一些在集成测试运行之后需要的动作。如清理集成测试环境。
verify	执行所有检查，验证包是有效的，符合质量规范
install	安装包至本地仓库，以备本地的其它项目作为依赖使用
deploy	复制最终的包至远程仓库，共享给其它开发人员和项目（通常和一次正式的发布相关）

站点生命周期（site）
生成项目文档和报告。

它包含了四个阶段：
1. pre-site
2. site
3. post-site
4. site-deploy
默认绑定到站点生命周期的插件目标是：
1. site - site:site
2. site-deploy -site:deploy

打包生命周期
绑定到每个阶段的特定目标默认根据项目的打包类型设置。一个打包类型为jar的项
目和一个打包类型为war的项目拥有不同的两组默认目标。 packaging元素影响构建一个项目需要的步骤。举个打包如何影响构建的例子，考虑有两个项目：一个打包类型是pom，另外一个是jar。在package阶段，打包类型为pom的项目会运行site:attachdescriptor目标，而打包类型为jar的项目会运行jar:jar目标。

JAR是默认的打包类型，是最常用的，因此也就是生命周期配置中最经常遇到的打包类型。JAR生命周期默认的插件目标如

生命周期阶段	目标
process-resources	resources:resource
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是最简单的打包类型。不像一个JAR，SAR，或者EAR，它生成的构件只是它本身。没有代码需要测试或者编译，也没有资源需要处理。打包类型为POM的项目的默认目标

生命周期阶段	目标
package	site:attach-descriptor
install	install:install
deploy	deploy:deploy

Maven Plugin
该打包类型和JAR打包类型类似，除了三个目
标： plugin:descriptor， plugin:addPluginArtifactMetadata，
和plugin:updateRegistry。这些目标生成一个描述文件，对仓库数据执行一些修改。

生命周期阶段	目标
generate-resources	plugin:descriptor
process-resources	resources:resources
compile	compiler:compile
process-test-resources	resources:testResources
test-compile	compiler:testCompile
test	surefire:test
package	jar:jar,plugin:addPluginArtifactMetadata
install	install:install,plugin:updateRegistry
deploy	deploy:deploy

EJB
忽略，特么


WAR
打包类型和JAR以及EJB类似。例外是这里的package目标是war:war。注意war:war插件需要一个web.xml配置文件在项目的src/main/webapp/WEB-INF目录中。

生命周期阶段	目标
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

其它打包类型
可以上打包插件官网查看

坐标
Maven坐标定义了一组标识，它们可以用来唯一标识一个项目，一个依赖，或者Maven
POM里的一个插件。

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
<!--本项目坐标-->
  <groupId>cgodo</groupId>
  <artifactId>cgodo_lang</artifactId>
  <version>1.0</version>
  <packaging>jar</packaging>

  <name>cgodo_lang</name>
  <url>http://maven.apache.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    <dependency>
<!--引用项目坐标-->
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

一个项目的groupId:artifactId:version使之成为一个独一无二的项目；你不能同
时有一个拥有同样的groupId, artifactId和version标识的项目。
虽然‘.’在groupId中很常用，而你应该避免在artifactId中使用
它。因为在解析一个完整限定名字至子模块的时候，这会引发问题。
packaging项目类型，默认是jar，如果打包后的项目是其他类型如war，则写war


maven仓库
默认使用的是http://repo1.maven.org/maven2/
未下载的依赖会下载到/${user.home}/.m2/repository

依赖
具有传递性

site
site生命周期只生成站点，不进行编译，是一个独立的生命周期阶段。该站点根据pom生产对应的项目描述信息