重新加载maven插件 maven插件执行顺序

转载

网猴儿 2024-08-22 09:02:03

文章标签 重新加载maven插件 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命令中使用-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元素的不同，其他和依赖的远程仓库配置一样