怎么编译远程maven仓库

‘壹’ maven的使用问题，新手求助

配置maven的话，需要看你什么软件。然后进行配置，使用很简单。

java"><projectxmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.mycompany.app</groupId>
<artifactId>my-app</artifactId>
<version>1.1.0.1</version>
<packaging>jar</packaging>
<name>myapp</name>
<url>http://maven.apache.org</url>
<dependencies>
这一部分就是你使用的maven项目下的jar包。
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
log4j
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.17</version>
</dependency>
</dependencies>
</project>

就这样使用。当然还有其他的东西，比如编译的jdk版本，都可以在插件中使用。当然，没有自动提示是因为你没有配置maven，配置maven因为软件不同，所以采取的方式也不同。可以网络。配置时需要修改配置文件。。你所安装的路径apache-maven-3.3.9confsettings.xml 这个配置文件，还要配置本地仓库，以及远程仓库。。。。。当然每个人所采取的远程仓库不同。。也不好给你配置。配置还是很简单的。我不清楚你所使用的编程软件。

‘贰’ idea编译和maven编译的区别

个人的一个小感受，学习一个新技术，应该以历史的眼光开看待这个新技术出现的原因，以及帮我们解决了什么问题。在个人职业生涯中要感谢Java自学网，一直自学java，我们来回忆一下没有Maven的日子是怎么样的？

开发一个项目，需要用别人写好的jar包，我们先把开源的jar包下载下来放到项目的lib目录下，并把这个目录添加到CLASSPATH(告诉Java执行环境，在哪些目录下可以找到你要执行的Java程序需要的类或者包)
我们下载了a.jar发现a.jar还需要依赖b.jar，结果又去把b.jar包下载下来开始运行
如果运气够好，我们的项目在添加完所有的依赖后，能正产运行了。如果运气差点，还会遇到版本的问题，例如a.jar在调用b.jar的时候发现b.jar根本没有这个方法，在别的版本中才有，现在好了，光找依赖和适配版本就能花上不少时间
而且我们往git上上传代码的时候，还必须把这些lib都上传上去。别人下载我们的代码时也必须把lib下载下来，这个真心耗费时间
这时候Maven作为Java世界的包管理工具出现了，当然Java世界还有其他包管理工具，例如gradle等。就像yum是linux世界的包管理工具，webpack是前端世界的包管理工具一样

Maven仓库的种类

.png
Maven找jar包的过程是这样的，先在本地仓库找，找不到再去私服(如果配置了的话)，再找不到去中央仓库(http://repo1.maven.org/maven2/，maven团队负责维护)

从中央仓库找到后，会在私服和本地仓库放一份，从私服找到后也会在本地仓库放一份

当你安装在好了Maven以后，在conf目录下有个settings.xml文件，这个里面配置的项很多，后文会详细介绍这个配置文件。

在这个配置文件下有这样一段话，说了Maven默认的本地仓库地址为${user.home}/.m2/repository(当然你可以重新设置本地仓库的地址，上面就是模板)，我是window电脑，来看看这个目录

.png
看到有很多jar包被存到本地，当然如果你想配置私服也是在settings.xml上进行配置，随便一搜很多教程，不再赘述

搭建私服好处多多，在一个公司内部可以开发一些公共的基础组件放到私服上，方便其他同事使用

Maven的默认配置

一个Maven的项目的整体结构是这样的

.png
在这里插入图片描述

为什么一个Maven项目的文件结构是这种的呢？

这就不得不说到Maven的一个特性，约定优于配置。

Maven默认配置了${project.basedir}/src/main/java为项目的源代码目录

${project.basedir}/src/main/test为项目的测试代码目录

${project.basedir}/target为项目的编译输出目录等

spring boot就是约定优于配置的体现，想想我们用spring mvc的时候还得配置视图解析器，包的自动扫描，而用了spring boot框架，我们就完全不用再配置了

Maven项目详解

安装还是挺简单的，我就不再介绍，我也没有单独下载，一般就用了Idea自带的Maven了，下载完后目录结构如下：

.png
bin目录：

该目录包含了mvn运行的脚本，这些脚本用来配置java命令，准备好classpath和相关的Java系统属性，然后执行Java命令。

boot目录:

该目录只包含一个文件，该文件为plexus-classworlds-2.5.2.jar。plexus-classworlds是一个类加载器框架，相对于默认的java类加载器，它提供了更加丰富的语法以方便配置，Maven使用该框架加载自己的类库。

conf目录:

该目录包含了一个非常重要的文件settings.xml。直接修改该文件，就能在机器上全局地定制maven的行为，即对所有用户都生效。一般情况下，我们更偏向于复制该文件至~/.m2/目录下(~表示用户家目录，windows下~就是C:UsersPeng，Peng是小编的用户名)，然后修改该文件，在用户级别定制Maven的行为。

lib目录:

该目录包含了所有Maven运行时需要的Java类库，Maven本身是分模块开发的，因此用户能看到诸如maven-core-3.0.jar、maven-model-3.0.jar之类的文件，此外这里还包含一些Maven用到的第三方依赖如commons-cli-1.2.jar、commons-lang-2.6.jar等等。、

settings.xml配置文件详解

我们来详细说一下settings.xml这个文件，这个文件可以定制Maven的行为，上面已经说到settings.xml可以放在2个位置，~/.m2/setting.xml(默认没有，需要我们自己复制)和${maven.home}/conf/setting.xml

这2个配置文件的加载顺序为~/.m2/setting.xml>${maven.home}/conf/setting.xml，为了不影响他人，所以我们将conf下的settings.xml复制到家目录，在用户级别定制Maven的行为。

.png
这个和配置环境变量有点类似，Windos和Linux都可以配置系统级别的环境变量和用户级别的环境变量，这里单说一下Linux的吧，在/etc/profile里面配置的就是系统级别的环境变量，在~/.bash_profile里面配置的就是用户级别的环境变量

各种配置项还是挺多的，设置镜像仓库(国内用阿里云的比较多)，设置代理，不再赘述

maven常用命令

.png
当然也可以连着使用

mvn clean package 清理打包

mvn clean package -DskipTests=true 清理打包，并跳过测试用例

mvn clean install 清理打包，并将jar包或者war包复制到本地仓库

运行单测的时候也没必要一个一个点测试方法，mvn test 一个命令跑完所有测试用例，

要注意的是只会执行以Test开头或者结尾的测试类，也没必要自己写测试类，我在推荐阅读第一篇文章中演示了快速生成测试类的方法，可以去看看，生成的测试类都是以Test结尾的

mvn dependency:tree > show.txt 将依赖输出重定向到文件中，方便查看

pom.xml详解

groupId 公司域名倒过来

artifactId 功能命名

version 版本号

这三个维度确定一个jar包，就像用(x，y，z)坐标在三维空间中唯一确定一个点。

packaging 打包方式，jar，war，maven-plugin(开发maven插件)

scope详解

参数解释是否会被打入最终的jar包compile默认的scope是test测试使用否provided编译需要否runtime编译不需要，运行时需要(接口与实现分离)是system加载本地jar否

类似如下这种，没有指定scope，说明scope是compile

org.mybatis.spring.boot mybatis-spring-boot-starter 1.3.2
test是指在运行测试用例的时候才会用到，没必要打入到最后的jar里面，所以你看到的测试框架的scope基本上都是test

org.springframework.boot spring-boot-starter-test test
provided，编译的时候会用到，但不会被打入最后的jar包

例如想把spring boot项目以war包的形式放在tomcat中运行，首先得加入如下依赖

org.springframework.boot spring-boot-starter-tomcat provided
或者你写了一个放在Storm集群或者Flink集群上运行的任务，最后都要把Storm的依赖或者Flink的依赖设置成provided，因为集群上已经都有这些环境的jar包、

如果你用到lombok插件的话，你会发现lombok的Maven是如下形式，说明它只会编译的时候会用到。

org.projectlombok lombok 1.16.6provided
我写了如下一个测试类

@Datapublic class Test { private String name; private int age;}
生成的class文件反编译后的如下，验证了我们的想法，编译之后确实没有必要再用lombok这个jar包

public class Test { private String name; private int age; public Test() { } public String getName() { return this.name; } public int getAge() { return this.age; } public void setName(String name) { this.name = name; } public void setAge(int age) { this.age = age; }}
runtime，运行时才会用到。例如，如果你的项目有对数据库的操作，但没有加入相应的JDBC的实现jar包，如mysql-connector-java，是可以编译成功的，只有运行时才会报错。所以你看到的JDBC实现的jar包scope为runtime，表明这个jar包在运行时才会用到

mysql mysql-connector-java 5.1.35runtime
system，本地加载jar，当你和第三方公司合作，他们只是给了你一个jar包时，你可以有三种选择

mvn install到本地仓库
mvn deploy到私服
指定jar包路径，从本地加载，例如如下pom形式
com.tievd.third arcvideo 1.0system${basedir}/lib/face-api-1.0.jar
前文已经说到scope为system的依赖不会被打入最终的jar包，得通过配置插件等方式将依赖打入最终的jar包，所以这种方式一般很少使用。

还没写完，后续更精彩

写在最后：

码字不易看到最后了，那就点个关注呗，只收藏不点关注的都是在耍流氓！

关注并私信我“架构”，免费送一些Java架构资料(也可到Java自学网直接获取)，先到先得！记得转发哦！

打开CSDN，阅读体验更佳
最新发布 【分享】idea版本与maven版本不一致的坑
在确保maven 相关的配置没有问题的时候，可以考虑下，是否是idea与maven版本配置问题。比如 idea 2022,使用maven3.6.x 有点小问题，推荐版本3.8.x。idea 2021 使用高版本3.8.x 有点小问题,推荐版本3.6.x。
继续访问
记Maven命令打包到本地库*.pom文件打包不完整的解决思路
问题描述 1、需求描述 目前筹划做一个开源的springboot项目，其想法是在这个开源项目中整合所有依赖的jar包。之后开发就直接新建个maven项目直接依赖这个包就可以直接进行开发了。 2、问题描述 当写好基础的jar包打包之后，mvn install 到本地仓库，新建maven项目依赖此jar包，发现基础jar包所依赖的所有jar都没有引入进来。但是经过几番测试发现一下规律： （1）、在idea中install 的jar包可以正常使用。 （2）、mvn install:instal..
继续访问
idea正常 jar包运行有问题_IDEA 直接点击运行执行正常，命令行下面执行Jar包出现部分乱码的情况。...
解决方案如上：有个Springboot项目为了测试方便，模型类用中文作为字段属性，封装成Odata格式，在通过Springboot发布并打成jar包。通过命令行启动jar包里面的Springweb服务，访问的时候开始进入服务http://desktop-6vf91n9:8080/exp.svc/ 中文字段就乱码，通过application.properties编码，进入服务不乱码了。http://...
继续访问
2.maven打包方式的不同
maven安装命令： (1)打包snapshot和正式版本号是不一样的，发布到私服中的命令也不一样，不需要snapshot方式时，各个依赖包下都需要去除 (2)打包过程中可能会遇到的编码错误，可能需要设置打包时的项目编码 (3)spring.maven.plugin和maven.plugin的打包方式，后者会要求需要填入主类信息 (4)mvn -DskipTests -Drat.skip=...
继续访问
Maven依赖关系原则
转载自: Maven依赖关系原则与冲突解决办法(含必杀技) 笔者JustryDeng Maven依赖关系原则(概念)： 相关概念： 级别： 我们不妨把pom.xml里面的引用的依赖视为第一级，那么依赖中各自引用的依赖视为第二级...第三级... 路径长短： 我们不妨以从pom.xml出发，到抵达该依赖时经过的“级”的个数来作为路径长短的标准。 最短路径(不同级引用)原则： 若两个版
继续访问
IDEA面板Build Project和maven compile、package、install、deploy的区别
前言： 基于springboot项目 IDEA面板Build下面的Project build和Maven compile、package、install、deploy比较 1、Build Project（Ctrl+F9） 编译项目，生成字节码文件； 生成的target中有classes、generated-sources、generated-test-sources、test-classes目录； 第一次点Build Project会编译整个项目包括测试类，第二次点Build Proje
继续访问
idea中jar包明明存在，却报jar包不存在异常的完整处理过程
java开发中遇到的各种问题处理方案
继续访问

idea web项目中out(maven中是target)目录更新不同步，导致访问404
今天碰到个很恶心的东西。。就是明明导入了相应的依赖文件（css,html,js等文件），路径也正确。。就是访问不了。。。。弄了一个多小时。。。 原因在哪？看了一下web项目的生成位置，发现编译之后会重新生成一个out目录，更新不同步。。。。 解决方法：build->Build Artifact->clean,然后再build->build Artifact->rebuild。。。问题解决。。 如果使用的是maven构建的web项目，就简单很多直接cmd定位到项目根节点，有pom
继续访问

热门推荐 笔记本win10相机打不开 无法启动 显示灰色相机 怎么办
问题笔记本相机打开只显示一个灰色相机图，不显示画面如图：解决方案一笔记本会有一个相机的快捷键F8，直接按下F8或者Fn+F8即可解决问题。如图：解决方案二打开win10设置→隐私→相机，查看允许访问相机的权限有没有打开如图：解决方案三下载相应品牌型号的设置Settings软件，比如我的是联想，下载安装Lenovo Settings，开启相机如图：解决方案四Win+R打开命令端，输入regedit运...
继续访问
IDEA build报错，显示程序包不存在而maven compile无问题
1 问题描述 抽风症状一：打开项目之后外部引用的包都飘红，必须点击maven的reimport才可以洗白 抽风症状二：点击IDEA上方的锤子build失败，显示各种程序包不存在，而托管maven compile无问题 IDEA版本：2020.1 2 尝试 terminal中键入mvn idea:idea 无效 在搜罗了网上的各种解决方案之后，可以确定的是出现这个状况的IDEA版本都是2020.1 3 问题定位 原因：IDEA的Build（编译）操作和Maven的Build是分开的，并不是一回事。 我之前
继续访问

maven依赖的jar包版本不一样_系统优化(一)Maven打包同一个jar有不同的：版本+时间戳(解决思路)...
解决：maven仓库的ear里面有很多个相同的jar(只是包含不同的：版本+时间戳)问题描述： 发现ear里面有很多个相同的jar，只是包含不同的：版本+时间戳，如下图所示：(例如：itoo-basic-api有很多相同的jar，只是包含不同的：版本+时间戳)解决思路用权限的itoo-authority-usergroup-ear模块进行测试1.怀疑是：maven的坐标，时间戳的问题关键字：mav...
继续访问
maven本地打包环境不一致
maven本地打包安装提示No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK? 这是mvn的jre环境和jdk下的jre环境不一致，修改环境变量配置和idea的maven使用的jre环境后还是不生效，直接修改maven安装目录下的bin文件夹中的mvn.cmd文件，在第一行加上以下代码解决问题。 set JAVA_HOME=C:\Program Files\Java\
继续访问
IDEA 编译 .jar （可能涉及问题）
IDEA 在执行以下操作前需要确认： 包内class文件没有语法错误，项目SDK和SDK版本号保持一致，main method 和 main path 的设定 以上确认存在问题将导致编译不通过，解决方法如下： 打开方式为：File----->Project Structure----->Project 对项目进行编译首先在File----->Project Structure----->Project目录下点开Artifacts 这边需要添加项目，可选择从当前编辑页寻找 按
继续访问

IntelliJ打包与Maven命令打包的区别
因为经常会遇到这个问题，两种打包方式打出来的包不一样，一般情况是IntelliJ包可能会报错，而使用Maven命令行打出来的包就可以正常使用。具体的区别还没去找，暂时写在这儿，后面再补充 ...
继续访问
使用maven给jar包生成对应的pom文件
参考： https://blog.csdn.net/qq_31289187/article/details/81117478 1. 背景 公司不允许使用外网进行安卓开发，所以在内网里无法连接google和jcenter的库，也无法使用阿里云的国内镜像。所以只能使用本地文件，进行项目的构建，但是在项目构建的过程中，会报如下错误。 Could not find androidx.databinding:databinding-compiler:4.0.1. Search in the follo.
继续访问
maven依赖的jar包版本不一样_Maven依赖jar包冲突常见的解决方法
项目中，经常会遇到ClassNotFound，NoSuchMethod异常，第一反应往往是类路径不对，jar没有正确的引用。第一步判断jar是否加载，还是 加载的jar由于maven依赖管理存在传递依赖，造成依赖的jar版本号不对,相应的类找不到，或者是相应类版本不对，没有对应的方法。一 造成jar 冲突的原因：如果项目中存在对同一jar不同版本依赖的时候，maven 2根据最近原则，默认引用最靠...
继续访问
intelliJ导出的jar包运行效果和ide运行效果不一致
写在开头，文章还是要自己写，不管是有多烂。 如果连一篇本该是作为职业生涯技术点滴记录的博客都造假，那人生未免太可悲。 好一些的作者，转载文章后，挂上转载标签，再附上自己的感想。只要感想是自己的，感想写得内容多了，挂个原创也不为过。写清楚哪些是自己的，哪些是别人的，就行了。 但现在呢，在当下，好多人都想做网红，都想要聚合流量，然后自媒体流量变现。然后，就是一堆乱七八糟往上点，就为了你能关注下他发的...
继续访问
maven打包pom文件在windows和linux下的格式差异
org.apache.maven.plugins maven-compiler-plugin 3.1 ${java.version} ${java.version} UTF-8 true --> ${java.home}/lib/rt.jar${delimiter}${java.home}/lib/jce.jar ${delimiter} 这个分隔符，在Wi
继续访问
maven在eclipse编译和在CMD编译结果不一致
maven配置文件默认使用的是setting.xml文件 在CMD环境下也是默认使用setting文件 而在eclipse环境下编译则使用的是eclipse配置的setting文件， 因此，会出现在eclipse编译和在CMD编译结果不一致的问题 转载于:https://www.cnblogs.com/fanrenren/p/11346276.html...
继续访问
maven工程pom.xml配置引用的jar包和最终打出war包中的jar包版本号不一致——mvn命令的应用
今天在打包一个maven工程时，发现有个jar包（暂且叫它A.jar），在pom.xml中配置的明明是2.3的版本，打出的war包里的A.jar怎么都是1.0的版本，导致war包部署不起来。为此挣扎了1个多小时，pom依赖检查和环境检查。最后终于想到可以利用maven的mvn命令打印出jar包依赖关系才发现原来是工程里引用的另一个jar（叫它B.jar好了）也依赖了A.jar，而B.jar中A,j
继续访问

‘叁’ 如何创建maven文件

• 1

  配置maven工程。从官网下载maven工具，然后解压到磁盘某个目录下即可。在进行安装配置maven工具的时候，首先就需要对maven安装目录下有个config文件夹，在文件夹下有settings.xml文件。settings里面就是配置maven工程的一些本地仓库地址（项目使用的某些jar下载并且安装到本机中），远程仓库（如果本机没有需要的jar，则从远程获取。）的配置等信息。

  

‘肆’ 用maven编译项目时出现如下问题

在/etc/profile配置java的环境变量： 你的mvn 项目是用哪个版本的jdk.，就要配置那个版本的jdk。

强制保存文件命令：w !sudo tee %

此时在进入项目执行：$ git pull origin master

继续mvn clean install

‘伍’ 如何编写一个Maven插件

基础

当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

/**
*@goalhelloWorld
*/
{
publicvoidexecute()throwsMojoExecutionException
{
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
*/
privatebooleandownloadSources;

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

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

/**
*@parameterdefault-value="true"
*@readonly
*/
privatebooleandownloadSources;

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

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

/**
*@parameterexpression="${project}"
*@readonly
*/
privateMavenProjectproject;
/**
*@component
*@readonly
*/
;

例如这里我们就能获得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就能进行集成测试了

‘陆’ Java Maven打包总结（Jenkins多模块编译部署）

原文地址： Java Maven打包总结（Jenkins多模块编译部署）

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)等7个阶段。
完成了项目编译、单元测试、打包功能，但没有把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install等8个阶段。
完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库，但没有布署到远程maven私服仓库

依次执行了clean、resources、compile、testResources、testCompile、test、jar(打包)、install、deploy等9个阶段。完成了项目编译、单元测试、打包功能，同时把打好的可执行jar包（war包或其它形式的包）布署到本地maven仓库和远程maven私服仓库

可以看到主要区别在把生成的jar包最终存放的位置， package只管打包； install把打好的包放到了本地maven仓库；deploy是同时放到本地仓库和远程maven私服

这里本地仓库默认是 /root/.m2/repository/ ，具体配置在 ${M2_HOME}/conf/settings 的 localRepository 配置项决定。远程私服仓库一般是nexus，具体地址在项目的pom.xml中配置。比如

一般是进入父级目录之后执行

如果是多级目录的话，有时候并不一定是按照 具体的项目来 编译，比如

这个时候如果一个项目一个项目来编译会超级多，很繁琐，这里是按照 subparentproject 来编译，命令如下

有个注意的地方：
subparentproject 目录下的pom.xml文件中一定有类型如下的配置

1、需要安装插件 Extended Choice Parameter Plug-In 可以支持参数单选、多选
2、项目选择"自由风格"，而不是maven编译
3、在“构建” -> "执行shell" 中编写 子模块编译脚本及其后续处理

具体配置如下图

“构建” -> "执行shell" 中的处理脚本

附加：

Linux Bash下字符串操作总结