Maven实践（八）---插件的生命周期

Maven拥有三套相互独立的生命周期，分别是clean、default和site，每一个生命周期包含一个阶段（phase），阶段是顺序执行的，并且后面的阶段依赖前面的阶段

clean生命周期

目的：清理项目

pre-clean：执行一些清理前需要完成的工作

clean：清理上一次构建生成的文件——maven-clean-pluge:clean

post-clean：执行一些清理后需要完成的工作

default生命周期

目的：构建项目

validate（使合法化）

initialize（初始化）

generate-sources（生成源文件）

process-sources：处理项目主资源文件，对

src/main/resoureces

目录的内容进行变量替换等工作后，复制到项目输出的主classpath目录中

generate-resources（生成资源文件）

process-resources：（处理资源文件）——maven-resources-pluge:resources

compile：编译项目主源码，编译

src/main/java

，目录下的Java文件至项目输出的主classpath目录中——maven-complier-pluge:compile

process-classes（处理类文件）

generate-test-sources（生成测试源文件）

process-test-sources：处理项目测试源文件，对

src/test/resources

目录下的内容进行变量替换等工作后，复制到项目输出的测试classpath目录中——maven-resources-pluge:testResources

generate-test-resources（生成测试资源文件）

process-test-resources（处理测试资源文件）

test-compile：编译项目的测试代码，编译

sre/test/java

目录下的Java文件至项目输出的测试classpath目录中——maven-complier-pluge:testComplie

process-test-class（处理测试类文件）

test：使用单元测试框架运行测试，测试代码不会会被打包或部署——maven-surefire-pluge:test

prepare-package（准备打包）

package：接受编译好的代码，打包成可发布的格式，如JAR——maven-jar-pluge:jar

pre-integration-test（预集成测试）

integration-test（集成测试）

post-integration-test（集成测试后）

verify（核实）

install将包安装在Maven本地仓库，供本地其他Maven项目使用——maven-install-pluge:install

deploy：将最终的包复制到远程仓库，供其他开发人员和Maven项目使用——maven-deploy-pluge:deploy

site生命周期

目的：建立项目站点

pre-site：执行一些在生成项目站点之前需要完成的工作

site：生成项目站点文档——maven-site-pluge:site

post-site：执行一些在生成项目站点之后需要完成的工作

site-deploy将生成的项目站点发布到服务器上——maven-site-pluge:deploy

插件目标

Mavan的具体任务由插件完成，插件中的每一个功能，就是一个插件的目标

具体功能的命令行实现，使用冒号分隔，冒号前是插件前缀，冒号后是给插件的目标

生命周期的某个阶段和插件的目标相互绑定，以完成某个具体的构建任务

Maven在核心为一些主要的生命周期阶段绑定了很多插件，当用户通过命令行调用声明周期阶段的时候，对应的插件目标就会执行相应的任务

自定义绑定

<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-source-plugin</artifactId>
<version>2.1.1</version>
<executions>
<execution>
<id>attach-sources</id>
<phase>verify<phase>
<goals>
<goal>jar-no-fork<goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>

自定义绑定的插件，应该声明一个非快照版本

命令行插件配置

在Maven命令
4000
中使用-D参数，并伴随一个参数键=参数值的形式来配置插件目标的参数

POM中插件全局配置

<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.1</version>
<configuration>
<source>1.5</source>
<target>1.5<target>
</configuration>
</plugin>
</plugins>
</build>

这样不论是绑定在compile阶阶段还是test-compiler阶段的任务，都能够使用该配置，基于Java1.5版本进行编译

POM中插件任务配置

<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<version>1.3</version>
<executions>
<execution>
<id>ant-validate</id>
<phase>validate<phase>
<goals>
<goal>run<goal>
</goals>
<configuration>
<task>
<echo>I'm bound to validate phase.</echo>
</task>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>

插件解析机制

Maven不需要用户提供完整的插件坐标信息，就可以解析正确的插件，但是也存在问题

与依赖构件一样，插件构件同样基于坐标存储在Maven仓库中（当需要的时候，Maven会从本地仓库寻找插件，如果不存在，则从远程仓库查找）

Tips：Maven会区别对待依赖的远程仓库和插件的远程仓库，当需要的插件不在本地是，不会去依赖的远程仓库查找

插件仓库配置代码：

<pluginRepositories>
<pluginRepository>
<id>centrol</id>
<name>Maven Plugin Repository</name>
<url>http://repo1.maven.org/maven2/</url>
<lauout>defalut</layout>
<snapshots>
<enabled>false</enabled>
</snapshots>
<releases>
<updatePolicy>never</updatePolicy>
</releases>
</snapshots>
</pluginRepository>
</pluginRepositories>

除了pluginRepositories元素和pluginRepository元素的不同，其他和依赖的远程仓库配置一样

插件的解析

插件的解析过程和依赖的解析过程基本一致