Maven本质上一个插件框架,它的核心并不执行任何具体的构建任务,所有这些任务都交给插件来完成,进一步说,每个任务对应了一个插件目标goal,每个插件会有一个或多个目标,例如maven-compiler-plugin的compile目标用来编译位于src/main/java目录下的主源码,testCompile目标用来编译位于src/test/java/目录下的测试代码。
maven-resources-plugin
为了使项目结构更为清晰,Maven区别对待Java代码和资源文件,maven-compiler-plugin用来编译Java代码,maven-resource-plugin则用来处理资源文件,默认的主资源文件目录是src/main/resource,很多用户则会需要添加额外的资源文件目录,这个时候就可以通过配置maven-resource-plugin来实现,此外,资源文件过滤也是maven的一大特性。
maven-surefire-plugin
可能由于历史原因,maven 2/3中用于执行测试的插件不是maven-test-plugin,而是maven-surefire-plugin,其实大部分时间内,只要你的测试类尊徐能通过的命令约定,就几乎不用知晓该插件的存在
build-helper-maven-plugin
maven默认只允许指定一个主java目录和一个测试java代码目录,虽然者其实是个应当及娘遵守的约定,但偶尔你还是会希望能够指定多个源码目录,build-helper-maven-plugin的add-source目标就是服务于这个目的,
exec-maven-plugin
exec-maven-plugin很好理解,顾名思义,它能让你运行任何本地的系统程序,在某些特定情况下,运行一个Maven外部的程序可能就是最简单的问题解决方案,这就是exec:exec的用途,当然,该插件还允许你配置相关的程序运行参数。除了exec目标之外,exec-maven-plugin还提供了一个java目标,该目标要求你提供一个mainClass参数,然后它能够利用当前项目的依赖作为classpath,在同一个JVM中运行该mainClass。有时候,为了简单的演示一个命令行Java程序,你可以在POM中配置好exec-maven-plugin的相关运行参数,然后直接在命令运行 mvn exec:java 以查看运行效果。
jetty-maven-plugin
在进行Web开发的时候,打开浏览器对应用进行手动的测试几乎是无法避免的,这种测试方法通常就是将项目打包成war文件,然后部署到Web容器中,再启动容器进行验证,这显然十分耗时。为了帮助开发者节省时间,jetty-maven-plugin应运而生,它完全兼容 Maven项目的目录结构,能够周期性地检查源文件,一旦发现变更后自动更新到内置的Jetty Web容器中。做一些基本配置后(例如Web应用的contextPath和自动扫描变更的时间间隔),你只要执行 mvn jetty:run ,然后在IDE中修改代码,代码经IDE自动编译后产生变更,再由jetty-maven-plugin侦测到后更新至Jetty容器,这时你就可以直接测试Web页面了。需要注意的是,jetty-maven-plugin并不是宿主于Apache或Codehaus的官方插件,因此使用的时候需要额外的配置settings.xml
的pluginGroups元素,将org.mortbay.jetty这个pluginGroup加入。
versions-maven-plugin
很多Maven用户遇到过这样一个问题,当项目包含大量模块的时候,为他们集体更新版本就变成一件烦人的事情,到底有没有自动化工具能帮助完成这件事情呢?(当然你可以使用sed之类的文本操作工具,不过不在本文讨论范围)答案是肯定的,versions-maven- plugin提供了很多目标帮助你管理Maven项目的各种版本信息。例如最常用的,命令 mvn versions:set -DnewVersion=1.1-SNAPSHOT 就能帮助你把所有模块的版本更新到1.1-SNAPSHOT。该插件还提供了其他一些很有用的目标,display-dependency- updates能告诉你项目依赖有哪些可用的更新;类似的display-plugin-updates能告诉你可用的插件更新;然后use- latest-versions能自动帮你将所有依赖升级到最新版本。最后,如果你对所做的更改满意,则可以使用 mvn versions:commit 提交,不满意的话也可以使用mvn versions:revert 进行撤销。