插件配置
定义解释：插件目标
当我们了解了maven插件之后，我们发现如果为每一个功能编写一个独立的插件显然是不可取的，因为这些任务背后有很多可以复用的代码，因此，把这些功能聚集在一个插件里，每一个功能我们就称之为一个插件目标。
举个例子：
maven-dependency-plugin有十多个目标，每个目标对应了一个功能
分析项目依赖：dependency:analyze
列出项目依赖树：dependency: tree
列出项目所有已解析的依赖：dependency:list
POM中插件全局配置
有些参数的值从项目的创建到项目发布都不会改变，或者说很少改变，对于这种情况，就可以在pom.xml中进行全局配置。
例：配置一个通用的Java编译版本
这样，不管绑定到compile阶段的maven-compiler-plugin: compile 还是绑定到test-compiler 阶段的maven-compiler-plugin: testCompiler 任务，就都能够使用该配置，基于Java1.6版本进行编译。
POM中插件任务配置
获取插件信息
在线插件信息
Maven插件的来源：基本所有主要的maven插件都来自于Apache和CodeHaus
因为maven本身是属于Apache的，所有它有很多官方的插件，而且他们具有很好的稳定性
除了Apache之外，托管于Codehaus上的Mojo项目也提供了大量的maven插件。(注:这些插件的文档和可靠性相对较差，使用的时候出现问题，只能自己查看源码)
插件解析机制和常见问题
与依赖构件一样，插件构件同样基于坐标存储在Maven仓库中。在需要的时候，Maven会从本地仓库寻找插件，如果不存在，则从远程插件仓库查找。找到插件之后，再下载到本地仓库使用
注：依赖的远程仓库 ！= 插件的远程仓库，Maven会区别对待他们。
Maven需要的依赖在本地仓库中不存在时，Maven会去配置的远程仓库中查找
Maven需要的插件在本地仓库中不存在时，Maven不会去这些远程仓库查找。
如何配置插件的远程仓库
Maven的插件远程仓库使用<pluginRepositories>和><pluginRepository>进行配置
Maven内置的插件远程仓库配置如下：它关闭了对SNAPSHOT的支持，防止不稳定的构建
1.2省略groupId配置:
Maven针对其官方的插件提供了一种简单的配置策略，其官方的groupId为：org.apache.maven.plugins，在配置的时候可以省略该配置，Maven在解析该插件的时候，会自动用默认的groupId补齐。但是一般情况下不推荐此种用法，因为只剩下了一行配置，而且容易对新手造成费解。
2.省略版本配置：
maven的POM是采用了继承的机制(在maven的聚合与继承中有详细介绍)，Maven中有一个超级POM，所有的项目都继承了这个超级POM的配置，因此用户不加任何配置，Maven使用核心插件的时候，他们的版本就已经确定了。
maven-clean-plugin
maven-compiler-plugin
maven-surefire-plugin
如果我们在配置的时候没有配置插件的版本，Maven会遍历本地仓库和所有远程插件仓库，将该路径下的仓库元数据归并后，就能计算出latest和release版本。
在Maven2中：：：：如果不配置版本，那么会默认的被解析到latest版本，这个版本可能会出现潜在的问题，比如说，这个版本是快照版本
在Maven3中：：：：如果不配置版本，那么会默认的被解析到release版本，这样就解决了稳定性问题，但是这也可能存在潜在问题，比如说，新版本的行为与旧版本的行为发生了变化，这样也会出现构建失败
所以：使用插件的时候，应该显示的设定版本。
佛之孝：众生皆父母，百善孝为先。
明白心佛众生三无差别，同体名大悲的道理，才知道，关爱他人就是关爱自己，救度他人就是救度自己，对人好，才是对自己好，于是，把众生都当做自己的父母来救度，此为佛之孝道。
联系客服
