Maven提高篇系列之(六)——编写自己的Plugin(本系列完)

这是一个Maven提高篇的系列,包含有以下文章:

  1. Maven提高篇系列之(一)——多模块 vs 继承
  2. Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例)
  3. Maven提高篇系列之(三)——使用自己Repository(Nexus)
  4. Maven提高篇系列之(四)——使用Profile
  5. Maven提高篇系列之(五)——处理依赖冲突
  6. Maven提高篇系列之(六)——编写自己的Plugin(本系列完)

在本系列的上一篇文章中,我们讲到了如何处理依赖冲突,在本文中,我们将讲到如何编写自己的Plugin。

Maven就其本身来说只是提供一个执行环境,它并不知道需要在项目上完成什么操作,真正操作项目的是插件(plugin),比如编译Java有Compiler插件,打包有Jar插件等。所以要让Maven完成各种各样的任务,我们需要配置不同的插件,甚至自己编写插件。

你可能要问了:“我并没有配置什么插件啊,照样能编译打包。”这是因为Maven在默认情况下已经给我们配置了一些常用的插件,上面的Compiler和Jar便在这些插件之列。要查看Maven的默认插件,我们需要找到Super Pom,在笔者的电脑上,Super Pom位于M2_HOME/lib/maven-2.2.1-uber.jar文件中,文件名为pom-4.0.0.xml,里面包含了Maven所有的默认插件:

<pluginManagement>
       <plugins>
         <plugin>
           <artifactId>maven-antrun-plugin</artifactId>
           <version>1.3</version>
         </plugin>
         <plugin>
           <artifactId>maven-assembly-plugin</artifactId>
           <version>2.2-beta-2</version>
         </plugin>
         <plugin>
           <artifactId>maven-clean-plugin</artifactId>
           <version>2.2</version>
         </plugin>
         <plugin>
           <artifactId>maven-compiler-plugin</artifactId>
           <version>2.0.2</version>
         </plugin>
          ......
       </plugins>
</pluginManagement>  

任何Maven工程默认都继承自这个Super Pom,你也可以在自己的项目中执行:

mvn help:effective-pom

来查看包括继承内容的整个pom文件,其中便包含了从Super Pom继承下来的内容。

和其他Maven项目一样,Maven的插件也是一种packaging类型(类型为maven-plugin),也拥有groupId,artifactId和version。简单地讲,一个Maven插件包含了一些列的goal,每一个goal对应于一个Mojo类(Maven Old Java Object,命名来自于Pojo),每个Mojo都需要实现org.apache.maven.plugin.Mojo接口,该接口定义了一个execute方法,在开发插件时,你的任务就是实现这个execute方法。

(一)创建自己的插件

接下来,我们来实现一个Maven插件,该插件输出项目的build目录信息。请下载本文的github源代码:https://github.com/davenkin/demo-maven-plugin

先通过archetype创建一个Maven插件工程:

 mvn archetype:generate       -DgroupId=me.davenkin       -DartifactId=demo-maven-plugin       -DarchetypeGroupId=org.apache.maven.archetypes       -DarchetypeArtifactId=maven-archetype-mojo

此时打开工程中的pom.xml文件,你可以看到该工程的packaging类型:

<packaging>maven-plugin</packaging>

向工程中添加一个Mojo类:

/**
* @goal buildinfo
* @phase  pre-integration-test
*/
public class BuildInfoMojo extends AbstractMojo {  

   /**
    * @parameter expression="${project}"
    * @readonly
    */
   private MavenProject project;  

   /**
    * @parameter expression="${buildinfo.prefix}"
    * default-value="+++"
    */
   private String prefix;  

   public void execute() throws MojoExecutionException {
       Build build = project.getBuild();
       String outputDirectory = build.getOutputDirectory();
       String sourceDirectory = build.getSourceDirectory();
       String testOutputDirectory = build.getTestOutputDirectory();
       String testSourceDirectory = build.getTestSourceDirectory();
       getLog().info("\n==========================\nProject build info:");
       String[] info = {outputDirectory, sourceDirectory, testOutputDirectory, testSourceDirectory};
       for (String item : info) {
           getLog().info("\t" + prefix + "   " + item);
       }
       getLog().info("=======================");
   }
}  

在上面的代码中,“@goal buildinfo”表示该Mojo对应的goal的名字为buildinfo(在调用该goal时需要给出它的名字),“@phase   pre-integration-test”表示该Mojo默认被绑定在了pre-integration-test阶段。之后的:

/**
   * @parameter expression="${project}"
   * @readonly
   */
  private MavenProject project;  

表示该插件持有一个到MavenProject的引用,当客户方在执行该插件时,这里的project字段便表示客户工程。这里我们并没有对project进行初始化,但是“@parameter expression="${project}"”中的${project}即表示当前的客户工程,Maven在运行时会通过依赖注入自动将客户工程对象赋给project字段(请参考Maven自己的IoC容器Plexus)。此外,我们还声明了一个prefix字段,该字段表示对输出的各行加上prefix前缀字符串,默认为“+++”(加入prefix字段主要用于演示对插件参数的配置,这里的project和prefix都表示插件参数,我们可以在客户方重新配置这些参数)。

由于上面的代码用到了MavenProject类,我们还需要在该插件工程的pom.xml中加入以下依赖:

<dependency>
           <groupId>org.apache.maven</groupId>
           <artifactId>maven-project</artifactId>
           <version>2.2.1</version>
 </dependency>  

在执行了“mvn clean install“之后,我们便可以通过一下命令调用该Mojo:

mvn me.davenkin:demo-maven-plugin:1.0-SNAPSHOT:buildinfo

笔者在当前的插件工程中执行该命令输出结果如下:

......

==========================

Project build info:

[INFO] +++   /home/davenkin/Desktop/demo-maven-plugin/demo-maven-pugin/target/classes

[INFO] +++   /home/davenkin/Desktop/demo-maven-plugin/demo-maven-pugin/src/main/java

[INFO] +++   /home/davenkin/Desktop/demo-maven-plugin/demo-maven-pugin/target/test-classes

[INFO] +++   /home/davenkin/Desktop/demo-maven-plugin/demo-maven-pugin/src/test/java

[INFO] =======================

......

以上的”+++“便表示prefix的默认属性值,后跟各个build目录。我们也可以通过"-D"参数为prefix重新赋值:

mvn me.davenkin:demo-maven-plugin:1.0-SNAPSHOT:buildinfo -Dbuildinfo.prefix=---

以上我们用"---"代替了默认的"+++"。

你可能注意到,为了调用该插件的buildinfo这个goal,我们需要给出该插件的所有坐标信息,包括groupId,artifactId和version号。你可能之前已经执行过"mvn eclipase:eclipase"或"mvn idea:idea"这样简洁的命令,让我们也来将自己的插件调用变简单一点。

要通过简单别名的方式调用Maven插件,我们需要做到以下两点:

  1. 插件的artifactId应该遵循***-maven-plugin或maven-***-plugin命名规则,对于本文中的插件,我们已经遵循了。(当然不遵循也是可以的,此时你需要使用Maven Plugin Plugin来设置goalPrefix,此时就不见得为“demo”了)
  2. 需要将插件的groupId放在Maven默认的插件搜寻范围之内,默认情况下Maven只会在org.apache.maven.plugins和org.codehaus.mojo两个groupId下搜索插件,要让Maven同时搜索我们自己的groupId,我们需要在~/.m2/settings.xml中加入:
    <pluginGroups>
           <pluginGroup>me.davenkin</pluginGroup>
    </pluginGroups>

在达到以上两点之后,我们便可以通过以下命令来调用自己的插件了:

mvn demo:buildinfo

(二)在别的项目使用插件

要在别的项目中应用插件也是简单的,我们只需要在该项目的pom.xml文件中声明该插件的即可:

<plugin>
              <groupId>me.davenkin</groupId>
              <artifactId>demo-maven-plugin</artifactId>
              <version>1.0-SNAPSHOT</version>
              <configuration>
                  <prefix>---</prefix>
              </configuration>  

              <executions>
                  <execution>
                      <id>buildinfo</id>
                      <phase>process-sources</phase>
                      <goals>
                          <goal>buildinfo</goal>
                      </goals>
                  </execution>
              </executions>
</plugin>  

在上面的配置中,我们将demo-maven-plugin插件的buildinfo绑定在了process-sources阶段,并将prefix参数该为了"---",这样在执行"mvn clean install" 时,该插件的输出内容将显示在终端。另外,我们可以通过设置属性的方式为demo-maven-plugin的prefix参数赋值,在pom.xml中加入一下property:

<properties>
       <buildinfo.prefix>---</buildinfo.prefix>
</properties>  

此时,去掉plugin配置中的:

<configuration>
     <prefix>---</prefix>
</configuration>  

运行"mvn clean install",输出效果和之前一样。

时间: 2024-10-12 17:58:18

Maven提高篇系列之(六)——编写自己的Plugin(本系列完)的相关文章

Maven提高篇系列之(五)——处理依赖冲突

这是一个Maven提高篇的系列,包含有以下文章: Maven提高篇系列之(一)——多模块 vs 继承 Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例) Maven提高篇系列之(三)——使用自己Repository(Nexus) Maven提高篇系列之(四)——使用Profile Maven提高篇系列之(五)——处理依赖冲突 Maven提高篇系列之(六)——编写自己的Plugin(本系列完) 在本系列的上一篇文章中,我们讲到了如何使用Profile

Maven提高篇系列之(四)——使用Profile

这是一个Maven提高篇的系列,包含有以下文章: Maven提高篇系列之(一)——多模块 vs 继承 Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例) Maven提高篇系列之(三)——使用自己Repository(Nexus) Maven提高篇系列之(四)——使用Profile Maven提高篇系列之(五)——处理依赖冲突 Maven提高篇系列之(六)——编写自己的Plugin(本系列完) 在开发项目时,设想有以下场景: 你的Maven项目存放在

Maven提高篇系列之(三)——使用自己Repository(Nexus)

这是一个Maven提高篇的系列,包含有以下文章: Maven提高篇系列之(一)——多模块 vs 继承 Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例) Maven提高篇系列之(三)——使用自己Repository(Nexus) Maven提高篇系列之(四)——使用Profile Maven提高篇系列之(五)——处理依赖冲突 Maven提高篇系列之(六)——编写自己的Plugin(本系列完) 平时我们自己做的项目都是直接使用Maven提供的Cent

Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例)

这是一个Maven提高篇的系列,包含有以下文章: Maven提高篇系列之(一)——多模块 vs 继承 Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例) Maven提高篇系列之(三)——使用自己Repository(Nexus) Maven提高篇系列之(四)——使用Profile Maven提高篇系列之(五)——处理依赖冲突 Maven提高篇系列之(六)——编写自己的Plugin(本系列完) 持续交付要“自动化所有东西”,对于集成测试也是一样.集成

Maven提高篇系列之(一)——多模块 vs 继承

这是一个Maven提高篇的系列,包含有以下文章: Maven提高篇系列之(一)——多模块 vs 继承 Maven提高篇系列之(二)——配置Plugin到某个Phase(以Selenium集成测试为例) Maven提高篇系列之(三)——使用自己Repository(Nexus) Maven提高篇系列之(四)——使用Profile Maven提高篇系列之(五)——处理依赖冲突 Maven提高篇系列之(六)——编写自己的Plugin(本系列完) 通常来说,在Maven的多模块工程中,都存在一个pom类

世爵娱乐,这是一个Maven提高篇的系列

这是一段很简单的多线程代码,但是其中有一个坑需要大家注意的,不要在上面的循环中直接调用future.get()方法,如果直接调用的话就直接变成阻塞的了,和单线程 就没有区别了,可以自己写一个demo测试一下效率.看到了没有,这个出现空白是因为,当与你的视线是平行的时候,因为平面是没有厚度的所以你看到的就是空白 旋转方面的属性我们已经讲解了,接下来我们就来讲解一下,3D平移的属性,3D的平移属性分别有:translateX().tanslateY().tanslateZ()这三个方法 分别就是对应

Maven提高 多模块 vs 继承

Maven提高篇系列之一--多模块 vs 继承 这是一个关于Maven的提高系列,其中包含以下文章: 多模块 vs 继承 配置Plugin到某个Phase(以Selenium集成测试为例) 部署到自己的Repository(Nexus) 处理依赖冲突 编写自己的Plugin 通常来说,在Maven的多模块工程中,都存在一个pom类型的工程作为根模块,该工程只包含一个pom.xml文件,在该文件中以模块 (module)的形式声明它所包含的子模块,即多模块工程.在子模块的pom.xml文件中,又以

Java提高篇(三三)-----Map总结

在前面LZ详细介绍了HashMap.HashTable.TreeMap的实现方法,从数据结构.实现原理.源码分析三个方面进行阐述,对这个三个类应该有了比较清晰的了解,下面LZ就Map做一个简单的总结. 推荐阅读:         java提高篇(二三)-–HashMap         java提高篇(二五)-–HashTable         Java提高篇(二六)-----hashCode         Java提高篇(二七)-–TreeMap 一.Map概述 首先先看Map的结构示意图

[C# 网络编程系列]专题六:UDP编程

转自:http://www.cnblogs.com/zhili/archive/2012/09/01/2659167.html 引用: 前一个专题简单介绍了TCP编程的一些知识,UDP与TCP地位相当的另一个传输层协议,它也是当下流行的很多主流网络应用(例如QQ.MSN和Skype等一些即时通信软件传输层都是应用UDP协议的)底层的传输基础,所以在本专题中就简单介绍下UDP的工作原理和UDP编程的只是,希望可以对刚接触网络编程的朋友起到入门的作用. 一.UDP介绍 UDP和TCP都是构建在IP层