Maven 配置文件 生命周期 常用命令详解

Maven 配置文件 生命周期 常用命令详解

当前，JVM生态圈主要的三大构建工具：

Apache Ant(带着Ivy)

Maven

Gradle

对于初学者，Ant是最清晰的，只要读懂Xml配置文件你就能够理解它干了什么，但是ant文件很容易变的更加复杂。Maven有自己的工程目录规则和内置的构建生成周期，从而使构建文件更加简单。gradle有很多开箱即用的插件，语法更加短小精悍，易于理解。

在讲解maven之前这里我们先简单比较下Maven和Ant。下面是一个简单的Ant例子。这个例子可以看出我们需要明确的告诉Ant。我们想让他做什么。有一个包含javac任务的编译目标来讲src/main/java的源码编译至target、class目录。需要明确的告诉ant源码在哪里，结果字节码存储在哪里。如何将这些字节码打包成jar文件。

在Maven中你只需要创建一个简单的pom.xml。将你的源码放在指定目录下。然后运行mvn install 。就能完成和ant同样的事情。从命令行运行mvn install会处理资源文件，编译源代码，运行单元测试，创建一个jar。然后把这个jar安装到本地仓库为其他项目提供重用性。不用做任何修改，运行mvn site然后在target/site目录找到一个Index.html。这个文件链接了javaDoc和一些关于源代码的报告。

为什么maven运行一个命令就能实现ant定义的一大堆的事情？

看下面我总结的两者优缺点就明白了。

Ant

Ant没有正式的约定如一个一般项目的目录结构。你必须明确告诉Ant哪里去找源代码，哪里放置输出。

Ant是程序化，需要明确告诉的告诉Ant做什么，什么时候做。你必须告诉它去编译，然后复制，然后压缩

Ant没有生命周期，你必须定义目标和目标之间的依赖，你必须手工为每个目标附上一个任务序列

Maven

maven拥有约定，因为你遵循了约定，它已经知道你的源代码在哪里，把字节码放到target/class，然后target生成一个jar文件

maven是声明式的。你需要做的只是创建一个pom.xml 文件然后将源代码放到默认目录。Maven会帮你处理其他事情

maven有一个生命周期，当你运行mvn install的时候被调用，这条命令告诉maven执行一系列的有序步骤。直到到达你指定的生命周期

接下来我们从以下三个方面讲解Maven

maven的pom.xml和Settings.xml解析

maven命令

maven的生命周期

maven的Settings.xml解析

对Maven本身行为的定制

localRepository，给出本地库的路径，默认值为${user.home}/.m2/repository。该路径在build服务器上非常重要，项目构建过程中可以直接引用本地库中的通用类库。

interactiveMode，Maven执行过程中是否需要接受用户输入，默认值为true。

usePluginRegistry，是否使用plugin-registry.xml文件管理Maven插件的版本，默认为false。该文件为用户提供了选择，即使用指定版本的Maven插件，而非最新版本的Maven插件。该文件是从Maven 2开始出现的，但是事实上更常用的是在POM中配置Maven插件的版本等参数，所以usePluginRegistry参数往往为false。另外，与settings.xml文件类似，plugin-registry.xml文件也有全局和用户之分。

offline，是否支持离线构建系统，默认值为false。如果build服务器由于网络或者安全等原因不能连接远程库，则该参数设置为true。

pluginGroups，给出Maven插件所在的groupId，一个可能的groupId使用一个给出。该参数只是为了简化执行Maven时的参数，如为了执行如下命令：

mvn org.mortbay.jetty:jetty-maven-plugin:run

如果在settings.xml文件中配置了如下：

org.mortbay.jetty

则可以直接执行如下命令：

mvn jetty:run

servers，给出用以下载或部署类库的服务器信息

mirrors，给出指定类库的镜像服务器信息

proxies，给出代理服务器信息

profiles，给出可用的profile，这里的profile类似于POM中的profile，但是只包含activation, repositories, pluginRepositories和properties等与project无关的信息。

activeProfiles，默认采用的profile，可以有多个profile。

mirrors

mirrorId

repositoryId

Human Readable Name for this Mirror.

http://my.repository.com/repo/path

镜像库的id，用以唯一标识该镜像库，默认default

镜像库的url，即该镜像库访问位置

镜像库的name,镜像库的名字

最后，也是最重要的，是要镜像的远程库。例如，如果要镜像Maven的central库，则设置central

对于mirrorOf参数，如果该镜像库的目标远程库不止一个，则可以使用 * 表示任意远程库；

external:*表示任何不在localhost和文件系统中的远程库；

r1,r2表示r1库或者r2库；

*,!r1表示除了r1库之外的任何远程库。

此外，定义镜像库还可以提供 layout(默认default), mirrorOfLayouts(默认default,legacy)。

Servers

远程库通常在POM中定义，但是远程库所在的服务器信息，如访问用户名、密码等，往往因为不适合与POM一起发布，所以需要在settings.xml文件中设置。

deploymentRepo

repouser

repopwd

siteServer

/path/to/private/key

optional; leave empty if not used.

id，服务器的ID，Maven在连接一个库或者镜像的时候，通过id匹配要连接的服务器；

username, password，连接服务器所需的认证信息；

privateKey, passphrase，连接服务器所需的认证信息。privateKey默认位于${user.home}/.ssh/id_dsa；

filePermissions, directoryPermissions，库中的文件访问权限和目录访问权限。该值的格式采用3位数字，兼容UNIX/linux下格式；

configuration，访问服务器辅助要传递的参数，通常不必要；

Proxies

optional

true

http

proxyuser

proxypass

proxy.host.net

80

local.net|some.host.com

id，代理的ID，默认default

active，是否激活该代理，默认true

protocol，代理服务器的协议，默认http

username，password，代理服务器用户名，密码

host，代理服务器的主机

port，代理服务器的端口，默认8080

nonProxyHosts，不使用代理服务器的域名，多个域名使用|分割

Pom.xml解析

Maven的pom.xml文件简称POM (Project Object Model)，是Maven项目的配置和管理核心。

pom.xml文件包含大量配置信息，这些信息大致可以分为5类。

1.POM的模型版本

4.0.0  //说明：在Maven2和Maven3中，只支持4.0.0版本。

2.基本配置

...

...

...

...

...

...

...

...

...

3.Build配置

...

...

4.环境配置

...

...

...

...

...

...

...

...

...

issueManagement，给出defect tracking system及其访问URL

system

url

ciManagement，给出Continuous Integration Management、其URL和notifier

system

url

notifiers，集成过程中发生事件，以某种方式（如mail）通知开发人员

scm，software configuration management

connection，用户使用的URI，能够只读地访问版本控制系统

developerConnection，开发人员使用URI，能够读写地访问版本控制系统

tag，项目当前的tag

url，可通过Web浏览器访问的公共网址

distributionManagement，构件的发布管理，详情见后续文章

prerequisites，POM执行的前提条件，目前只支持对Maven版本的要求

maven

mailingLists，开发人员或用户的邮件列表

name

subscribe，订阅地址

unsubscribe，取消订阅地址

post，POST邮件的目的地址

archive，打包的邮件列表历史记录

otherArchives，镜像打包的邮件列表历史记录

5.其他信息

...

...

...

...

...

...

...

...

name，项目的名称代号

description，项目的说明

url，项目的官网URL

inceptionYear，项目的开发年份

licenses，项目使用的License。其中可以包含多个license，license具体又包含如下子属性

name，license的名称

url，license可访问的URL地址

distribution，license发布的方式。repo表示可以直接从Maven库下载，manual表示必须手工安装

comments，对license的说明

organization，包含组织的name，组织的官网url

developers，其中的developer包含id, name, email, url, organization, organizationUrl, roles, timezone, properties属性(properties是可以自定义的各种必要属性)

contributors，其中的contributor包含与developer基本相同的属性，除了没有id属性之外

packaging

packaging给出了项目的打包类型，即作为项目的发布形式，其可能的类型。在Maven 3中，其可用的打包类型如下：

• jar，默认类型

• war

• ejb

• ear

• rar

• par

• pom

• maven-plugin

multi-modules

Maven 3支持Maven项目的多模块（multi-modules）结构。这样的Maven项目也被称为聚合项目，通常由一个父模块和若干个子模块构成。

其中，父模块必须以pom打包类型，同时以给出所有的子模块。父模块的POM示例（其中的每个module，都是另外一个Maven项目）

...

pom

my-frontend-project

my-service-project

my-backend-project

...

Maven项目的继承

Maven项目之间不仅存在多模块的聚合关系，而且Maven项目之间还可以存在相互继承的关系。Maven项目之间的继承关系通过表示，在子Maven项目的POM中配置示例如下：

com.ericsson.jcat

jcat-bundle

2.0

../jcat-bundle

其中的relativePath给出父项目相对于子项目的路径，这样在构件子项目时首先从该相对路径查找父项目，如果没有才会从本地库或进而远程库中查找父项目。

在子项目中，能够继承父项目的如下配置：

• dependencies

• developers

• contributors

• plugin lists

• reports lists

• plugin executions with matching ids

• plugin configuration

dependencies

Maven项目的构建往往要依赖于第三方的类库。通过可以给出Maven项目所依赖的第三方类库

org.gitlab

java-gitlab-api

1.2.6

对于一个依赖，首先要给出被依赖的Maven构件（被依赖的只能是Maven构件）的具体标识信息，如groupId、artifactId和version（可以是一个范围）。LWnldV为了进一步区分Maven构件的内容（如source、bin和doc），往往还会给出Maven构件的classifier。

type，打包类型，默认jar

scope，被依赖的Maven构件在classpath中的可访问范围

compile，默认值，被依赖的Maven构件在compile、runtime和test的时候都可以在classpath中找到

provided，被依赖的Maven构件在compile和test的时候都可以在classpath中找到，在runtime的时候由JDK或容器提供

system，被依赖的Maven构件在compile和test的时候都可以在classpath中找到，在runtime的时候必须显式将JAR加入到classpath中

runtime，被依赖的Maven构件在runtime和test的时候都可以在classpath中找到，在compile时不是必须的

test，被依赖的Maven构件在test的时候可以在classpath中找到，在compile和runtime时不是必须的

systemPath，只有当system时才设置，否则构建时会报错。该值必须是一个绝对路径，可以通过环境变量给出具体的绝对路径

optional，当前Maven项目的构件被其他项目依赖，此处被依赖的Maven构件相对于其他项目来说是不必须的

exclusions，将一个被依赖的Maven构件中的部分类库，从classpath中去掉

Properties

在Maven的pom.xml文件中，用于定义全局变量，在POM中通过${property_name}的形式引用变量的值。

Maven生命周期

http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html（官网解说）

Maven强大的一个重要的原因是它有一个十分完善的生命周期模型(lifecycle)，这个生命周期可以从两方面来理解，第一，顾名思义，运行Maven的每个步骤都由它来定义的，这种预定义的默认行为使得我们使用Maven变得简单，相比而言，Ant的每个步骤都要你手工去定义。第二，这个模型是一种标准，在不同的项目中，使用Maven的接口是一样的，这样就不用去仔细理解每个项目的构建了，一般情况下，mvn clean install 这样的命令是通用的。

Maven有三套相互独立的生命周期，请注意这里说的是“三套”，而且“相互独立”，很多人容易将Maven的生命周期看成一个整体，其实不然。这三套生命周期分别是：

Clean Lifecycle 在进行真正的构建之前进行一些清理工作。

Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。

Site Lifecycle 生成项目报告，站点，发布站点。

每套生命周期都由一组阶段(Phase)组成，我们平时在命令行输入的命令总会对应于一个特定的阶段。比如，运行mvn clean ，这个的clean是Clean生命周期的一个阶段。

Clean生命周期一共包含了三个阶段：

• pre-clean 执行一些需要在clean之前完成的工作

• clean 移除所有上一次构建生成的文件

• post-clean 执行一些需要在clean之后立刻完成的工作

mvn clean 中的clean就是上面的clean，在一个生命周期中，运行某个阶段的时候，它之前的所有阶段都会被运行，也就是说，mvn clean 等同于 mvn pre-clean clean ，如果我们运行 mvn post-clean ，那么 pre-clean，clean 都会被运行。这是Maven很重要的一个规则，可以大大简化命令行的输入。

下面看一下Site生命周期的各个阶段：

• pre-site 执行一些需要在生成站点文档之前完成的工作

• site 生成项目的站点文档

• post-site 执行一些需要在生成站点文档之后完成的工作，并且为部署做准备

• site-deploy 将生成的站点文档部署到特定的服务器上

这里经常用到的是site阶段和site-deploy阶段，用以生成和发布Maven站点，这可是Maven相当强大的功能，Manager比较喜欢，文档及统计数据自动生成，很好看。

Maven的最重要的Default生命周期

• validate

• generate-sources

• process-sources

• generate-resources

• process-resources 复制并处理资源文件，至目标目录，准备打包。

• compile 编译项目的源代码。

• process-classes

• generate-test-sources

• process-test-sources

• generate-test-resources

• process-test-resources 复制并处理资源文件，至目标测试目录。

• test-compile 编译测试源代码。

• process-test-classes

• test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。

• prepare-package

• package 接受编译好的代码，打包成可发布的格式，如 JAR 。

• pre-integration-test

• integration-test

• post-integration-test

• verify

• install 将包安装至本地仓库，以让其它项目依赖。

• deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。

记住，运行任何一个阶段的时候，它前面的所有阶段都会被运行，这也就是为什么我们运行mvn install 的时候，代码会被编译，测试，打包。

Maven常用命令

Maven参数

-D 传入属性参数

-P 使用pom中指定的配置

-e 显示maven运行出错的信息

-o 离线执行命令,即不去远程仓库更新包

-X 显示maven允许的debug信息

-U 强制去远程参考更新snapshot包

Maven常用命令

创建Maven的普通java项目：

mvn archetype:create -DgroupId=packageName -DartifactId=projectName

创建Maven的Web项目：

mvn archetype:create -DgroupId=packageName -DartifactId=webappName-DarchetypeArtifactId=maven-archetype-webapp

编译源代码：mvn compile

编译测试代码：mvn test-compile

运行测试：mvn test

产生site：mvn site

打包：mvn package

在本地Repository中安装jar：mvn install

清除产生的项目：mvn clean

生成eclipse项目：mvn eclipse:eclipse

生成idea项目：mvn idea:idea

组合使用goal命令，如只打包不测试：mvn -Dtest package

编译测试的内容：mvn test-compile

只打jar包: mvn jar:jar

只测试而不编译，也不测试编译：

mvn test -skipping compile -skipping test-compile

 ( -skipping 的灵活运用，当然也可以用于其他组合命令)

清除eclipse的一些系统设置:mvn eclipse:clean

ps：一般使用情况是这样，首先通过cvs或svn下载代码到本机，然后执行mvn eclipse:eclipse生成ecllipse项目文件，然后导入到eclipse就行了；修改代码后执行mvn compile或mvn test检验，也可以下载eclipse的maven插件。

mvn -version/-v 显示版本信息

mvn archetype:generate 创建mvn项目

mvn archetype:create -DgroupId=com.oreilly -DartifactId=my-app 创建mvn项目

mvn package 生成target目录，编译、测试代码，生成测试报告，生成jar/war文件

mvn jetty:run 运行项目于jetty上,

mvn compile 编译

mvn test 编译并测试

mvn clean 清空生成的文件

mvn site 生成项目相关信息的网站

mvn -e 显示详细错误 信息.

mvn validate 验证工程是否正确，所有需要的资源是否可用。

mvn test-compile 编译项目测试代码。 。

mvn integration-test 在集成测试可以运行的环境中处理和发布包。

mvn verify 运行任何检查，验证包是否有效且达到质量标准。

mvn generate-sources 产生应用需要的任何额外的源代码，如xdoclet。

发布第三方Jar到本地库中：

mvn install:install-file -DgroupId=com -DartifactId=client -Dversion=0.1.0 -Dpackaging=jar -Dfile=d:\client-0.1.0.jar

-DdownloadSources=true

-DdownloadJavadocs=true

总结

以上所述是给大家介绍的Maven 配置文件 生命周期 常用命令详解，希望对大家有所帮助，如果大家有任何疑问请给我留言，会及时回复大家的。在此也非常感谢大家对我们网站的支持！

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。