如何编写maven plugin

当maven内置的功能不能满足需求的时候怎么办，那就只能给它写插件了。
（话说回来，给maven扩展只能写一个很完整的插件，而不能是一个简单的script，真的是太笨重了）

网络上很多maven的文章，但基本很少谈及如何给它写插件，即使你搜索maven plugin，也只是给你返回一堆如何使用maven插件的文章。希望这边文章能给一些maven使用者带来帮助。

我在这里先假设你已经懂得使用maven，我不会贴出完整的pom.xml文件

首先，你需要创建一个maven项目，插件是一种特殊的maven项目
然后修改pom.xml，将packaging改为maven-plugin

<packaging>maven-plugin</packaging>

通过properties定义maven的版本

<properties> 	<maven.version>2.2.1</maven.version> </properties>

maven3已经出了很久，并且兼容maven2，因此我们团队内部都是统一使用maven3，但是我这里编写插件使用的是maven2，可以同时 在maven2和maven3下使用，不过其实这个原因并不重要，真正的原因是因为maven3的代码实在太烂了，最初的时候我用maven3的api lib来写，发现里面很多代码根本没有注释，而且很多代码已经废弃，但是并没有明确说明究竟用什么方法代替。最后我使用了maven2中被maven3废 弃的api来完成我的功能，跑的挺好的，就是有时可能会有一些使用准备废弃的api的提醒而已。

接着添加依赖

<dependencies> 	<dependency> 		<groupId>org.apache.maven</groupId> 		<artifactId>maven-plugin-api</artifactId> 		<version>${maven.version}</version> 	</dependency> 	<dependency> 		<groupId>org.apache.maven</groupId> 		<artifactId>maven-core</artifactId> 		<version>${maven.version}</version> 	</dependency> </dependencies>

然后开始创建Mojo类，maven插件里面每一个具体的功能都是一个Mojo
比如说eclipse:clean和eclipse:eclipse就是两个Mojo

/**  * @goal helloWorld  */ public class HelloWorldMojo extends AbstractMojo {     public void execute() throws MojoExecutionException     {         getLog().info("Hello, world!");     } }

首先继承AbstractMojo，并且实现execute()方法，这个就是每次调用进入的地方
然后需要在类的Javadoc上定义，这是一个annotation出来之前常用的定义方法（或许未来maven会将它改成annotation，那就能 提供编译校验和IDE校验）。我们必须定义@goal，代表运行目标，简单来说就是eclipse:clean中的clean
Mojo写在哪个package底下都是可以的

这样，我们就完成了一个简单的maven plugin，然后我们需要一个简单的测试来确定他正确运行
先通过maven install将它安装到本地仓库

然后打开任意maven的项目（比如说我们原来已经在用maven的项目），在pom.xml增加一个plugin

<build>     <plugins>       <plugin>         <groupId>xxx</groupId>         <artifactId>xxx</artifactId>         <version>xxx</version>         <executions>           <execution>             <phase>compile</phase>             <goals>               <goal>helloWorld</goal>             </goals>           </execution>         </executions>       </plugin>     </plugins>   </build>

需要留意的是phase部分，我们将这个plugin绑定到compile这个周期
然后我们运行mvn compile，就能成功看见Hello, world!输出
（当然你也可以直接通过命令行运行，需要带上完整的groupId和artifactId才能调用）

Mojo是一个很简单的Java Bean模式的类，你会发现Mojo所继承的AbstractMojo里面之后非常少的方法。那我们需要在Mojo.execute里面获取当前运行中的上下文如何处理呢？答案是注入，就是跟spring ioc差不多的注入方式。

常用的注入主要有两种，第一种是xml配置中的额外设置
比如说我们有这么一个plugin的配置

<plugin> 	<artifactId>maven-eclipse-plugin</artifactId> 	<configuration> 		<downloadSources>true</downloadSources> 	</configuration> </plugin>

所有写在configuration里面的属性都可以注入到Mojo中，比如说以下代码

/**  * @parameter  */ private boolean downloadSources;

就可以通过downloadSources变量获得配置中的值
值得注意的是，这里是不用生成完整的JavaBean模式的get/set的，并且private是有效的

javadoc里面还可以加入其他属性，比如说

/**  * @parameter default-value="true"  * @readonly  */ private boolean downloadSources;

就是默认为true，并且不能通过配置修改（当然我们这里肯定不会有这样的需求）
更多的javadoc可以参看官方文档中的说明

第二种注入的数据就是上下文，跟HttpServlet.getServletContext这种写法不一样，如果我们需要Mojo运行期的上下文，也是通过注入获得的

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

例如这里我们就能获得ArtifactFactory和MavenProject
需要注意的是这里可能有两种方法，第一种跟xml配置获得的方法差不多，通过expression指定名字
实际上，你在xml里面，也可以通过${project}获得相应的东西进行一些简单的操作（当然xml里面只能文本描述，这里是一个类）

另外一种就是使用@component这个标注，可以获得一些基本的组件实例

 

写完一个插件之后，我们就需要对他进行测试
如果我们用人工测试的话，将会非常麻烦，因为maven插件本身的发布流程就非常复杂
你需要编译打包你的maven插件，然后安装到本地库（或远程私库中），然后写一个sample project，再运行，看一下是否正确
当然你也可以用单元测试来解决一些问题，但是单元测试比较难保证插件最终正确，而且maven插件很经常是跟文件打交道

这里我们就需要对maven插件进行自动化的集成测试
maven的生命周期是包含集成测试的，默认是没有绑定任何功能。不过如果你google一下，会找到一些maven进行集成测试的例子，大致就是启动jetty，然后通过http访问验证，再关闭jetty

我们这里使用的是maven-invoker-plugin，它就是用于maven插件的集成测试

先在pom.xml中加入

<build> 	<plugins> 		<plugin> 			<artifactId>maven-invoker-plugin</artifactId> 			<configuration> 				<cloneProjectsTo>${project.build.directory}/it</cloneProjectsTo> 			</configuration> 			<executions> 				<execution> 					<id>integration-test</id> 					<goals> 						<goal>install</goal> 						<goal>run</goal> 					</goals> 				</execution> 			</executions> 		</plugin> 	</plugins> </build>

cloneProjectsTo是先将测试案例拷贝出来再运行
execution段的设定是把maven-invoker-plugin的两个goal绑定到integration-test上
integration-test这个生命周期会在mvn install之前调用

集成测试的内容放在 src/it 目录下，每新建一个目录代表一个独立的测试，里面放一个完整的maven项目，当然你在这个项目里面需要引入自己编写的maven插件并且运行
另外还需要一个postbuild.groovy文件，放在测试案例的根目录，这个脚本的用处是检查运行后的maven项目是否达到自己要的效果。很明显，看名字就知道用groovy来写，一般我们会检查一下，是否产生了某某文件等等来判定，如果不正确的话抛出异常

然后我们在maven插件目录运行mvn integration-test就能进行集成测试了