ssm框架的crm系统源码，常用 Maven 插件介绍 收藏大全

maven–

maven–能让用户在Maven项目中运行Ant任务。用户可以直接在该插件的配置以Ant的方式编写， 然后交给该插件的run目标去执行。在一些由Ant往Maven迁移的项目中，该插件尤其有用。此外当你发现需要编写一些自定义程度很高的任务，同时又觉 得Maven不够灵活时，也可以以Ant的方式实现之。maven–的run目标通常与生命周期绑定运行。

maven–

指项目的骨架，Maven初学者最开始执行的Maven命令可能就是mvn :，这实际上就是让maven–生成一个很简单的项目骨架，帮助开发者快速上手。可能也有人看到一些文档写了mvn :， 但实际上目标已经被弃用了，取而代之的是目标，该目标使用交互式的方式提示用户输入必要的信息以创建项目，体验更好。 maven–还有一些其他目标帮助用户自己定义项目原型，例如你由一个产品需要交付给很多客户进行二次开发，你就可以为 他们提供一个，帮助他们快速上手。

maven–

maven–的用途是制作项目分发包，该分发包可能包含了项目的可执行文件、源代码、、平台脚本等等。 maven–支持各种主流的格式如zip、tar.gz、jar和war等，具体打包哪些文件是高度可控的，例如用户可以 按文件级别的粒度、文件集级别的粒度、模块级别的粒度、以及依赖级别的粒度控制打包，此外，包含和排除配置也是支持的。maven– 要求用户使用一个名为.xml的元数据文件来表述打包，它的目标可以直接在命令行调用，也可以被绑定至生命周期。

maven–

maven–最大的用途是帮助分析项目依赖，:list能够列出项目最终解析到的依赖列表，:tree能进一步的描绘项目依赖树，:可以告诉你项目依赖潜在的问题，如果你有直接使用到的却未声明的依赖，该目标就会发出警告。maven–还有很多目标帮助你操作依赖文件，例如:copy-能将项目依赖从本地Maven仓库复制到某个特定的文件夹下面。

maven–

在一个稍大一点的组织或团队中，你无法保证所有成员都熟悉Maven，那他们做一些比较愚蠢的事情就会变得很正常，例如给项目引入了外部的 依赖而导致构建不稳定，使用了一个与大家不一致的Maven版本而经常抱怨构建出现诡异问题。maven– 能够帮助你避免之类问题，它允许你创建一系列规则强制大家遵守，包括设定Java版本、设定Maven版本、禁止某些依赖、禁止 依赖。只要在一个父POM配置规则，然后让大家继承，当规则遭到破坏的时候，Maven就会报错。除了标准的规则之外，你还可以扩展该插 件，编写自己的规则。maven–的目标负责检查规则，它默认绑定到生命周期的阶段。

maven-help-

maven-help-是一个小巧的辅助工具，最简单的help:可以打印所有可用的环境变量和Java系统属性。help:-pom和help:-最 为有用，它们分别打印项目的有效POM和有效ssm框架的crm系统源码，有效POM是指合并了所有父POM（包括Super POM）后的XML，当你不确定POM的某些信息从何而来时，就可以查看有效POM。有效同理，特别是当你发现自己配置的 .xml没有生效时，就可以用help:-来验证。此外，maven-help-的目标可以帮助你描述任何一个Maven插件的信息，还有all-目标和-目标帮助查看项目的。

maven–

maven–的用途是帮助自动化项目版本发布，它依赖于POM中的SCM信息。:用来准备版本发布，具体的工作包括检查是否有未提交代码、检查是否有依赖、升级项目的版本至版本、为项目打标签等等。:则 是签出标签中的源码，构建并发布。版本发布是非常琐碎的工作，它涉及了各种检查，而且由于该工作仅仅是偶尔需要，因此手动操作很容易遗漏一 些细节，maven–让该工作变得非常快速简便，不易出错。maven–的各种目标通常直接在 命令行调用，因为版本发布显然不是日常构建生命周期的一部分。

maven–

为了使项目结构更为清晰，Maven区别对待Java代码文件和资源文件，maven–用来编译Java代码，maven–则用来处理资源文件。默认的主资源文件目录是src/main/，很多用户会需要添加额外的资源文件目录，这个时候就可以通过配置maven–来实现。此外，资源文件过滤也是Maven的一大特性，你可以在资源文件中使用${}形式的Maven属性，然后配置maven–开启对资源文件的过滤，之后就可以针对不同环境通过命令行或者传入属性的值ssm框架的crm系统源码，以实现更为灵活的构建。

maven–

可能是由于历史的原因，Maven 2/3中用于执行测试的插件不是maven-test-，而是maven–。其实大部分时间内，只要你的测试 类遵循通用的命令约定（以Test结尾、以结尾、或者以Test开头），就几乎不用知晓该插件的存在。然而在当你想要跳过测试、排除某些 测试类、或者使用一些特性的时候，了解maven–的一些配置选项就很有用了。例如 mvn test -Dtest= 这样一条命令的效果是仅运行测试类，这是通过控制maven–的test参数实现的。

build–maven-

Maven默认只允许指定一个主Java代码目录和一个测试Java代码目录，虽然这其实是个应当尽量遵守的约定，但偶尔你还是会希望能够指定多个 源码目录（例如为了应对遗留项目），build–maven-的add-目标就是服务于这个目的，通常它被绑定到 默认生命周期的-阶段以添加额外的源码目录。需要强调的是，这种做法还是不推荐的，因为它破坏了 Maven的约定，而且可能会遇到其他严格遵守约定的插件工具无法正确识别额外的源码目录。

build–maven-的另一个非常有用的目标是-，使用该目标你可以以的形式选取部分项目文件生成附属构件，并同时到本地仓库，也可以到远程仓库。

exec-maven-

exec-maven-很好理解，顾名思义，它能让你运行任何本地的系统程序，在某些特定情况下，运行一个Maven外部的程序可能就是最简单的问题解决方案，这就是exec:exec的 用途，当然，该插件还允许你配置相关的程序运行参数。除了exec目标之外，exec-maven-还提供了一个java目标，该目标要求你 提供一个参数，然后它能够利用当前项目的依赖作为，在同一个JVM中运行该。有时候，为了简单的 演示一个命令行Java程序，你可以在POM中配置好exec-maven-的相关运行参数，然后直接在命令运行 mvn exec:java 以查看运行效果。

jetty-maven-

在进行Web开发的时候，打开浏览器对应用进行手动的测试几乎是无法避免的，这种测试方法通常就是将项目打包成war文件，然后部署到Web容器 中，再启动容器进行验证，这显然十分耗时。为了帮助开发者节省时间，jetty-maven-应运而生，它完全兼容 Maven项目的目录结构，能够周期性地检查源文件，一旦发现变更后自动更新到内置的Jetty Web容器中。做一些基本配置后（例如Web应用的和自动扫描变更的时间间隔），你只要执行 mvn jetty:run ，然后在IDE中修改代码，代码经IDE自动编译后产生变更，再由jetty-maven-侦测到后更新至Jetty容器，这时你就可以直接 测试Web页面了。需要注意的是，jetty-maven-并不是宿主于或的官方插件，因此使用的时候需要额外 的配置.xml的元素，将org..jetty这个加入。

-maven-

很多Maven用户遇到过这样一个问题，当项目包含大量模块的时候，为他们集体更新版本就变成一件烦人的事情，到底有没有自动化工具能帮助完成这件 事情呢？（当然你可以使用sed之类的文本操作工具，不过不在本文讨论范围）答案是肯定的，-maven- 提供了很多目标帮助你管理Maven项目的各种版本信息。例如最常用的，命令 mvn :set -=1.1- 就能帮助你把所有模块的版本更新到1.1-。该插件还提供了其他一些很有用的目标，– 能告诉你项目依赖有哪些可用的更新；类似的–能告诉你可用的插件更新；然后use- -能自动帮你将所有依赖升级到最新版本。最后，如果你对所做的更改满意，则可以使用 mvn : 提交，不满意的话也可以使用 mvn : 进行撤销。

小结

本文介绍了一些最常用的Maven插件，这里指的“常用”是指经常需要进行配置的插件，事实上我们用Maven的时候很多其它插件也是必须的，例如 默认的编译插件maven–和默认的打包插件maven-jar-，但因为很少需要对它们进行配置，因此不在 本文讨论范围。了解常用的Maven插件能帮助你事倍功半地完成项目构建任务，反之你就可能会因为经常遇到一些难以解决的问题而感到沮丧。本文介绍的插件 基本能覆盖大部分Maven用户的日常使用需要，如果你真有非常特殊的需求，自行编写一个Maven插件也不是难事，更何况还有这么多开放源代码的插件供 你参考。

本文的这个插件列表并不是一个完整列表，读者有兴趣的话也可以去仔细浏览一下和 Mojo的Maven插件列表，以的到一个更为全面的认识。最后，在线的Maven仓库搜索引擎如也能帮助你快速找到自己感兴趣的Maven插件。