1.Maven项目的dependencies
Maven项目的构建往往要依赖于第三方的类库。通过<dependencies>可以给出Maven项目所依赖的第三方类库,示例如下:
-
<dependencies>
-
<dependency>
-
<groupId>junit</groupId>
-
<artifactId>junit</artifactId>
-
<version>4.0</version>
-
<type>jar</type>
-
<scope>test</scope>
-
<optional>true</optional>
-
</dependency>
-
...
-
</dependencies>
说明:
- 对于一个依赖<dependency>,首先要给出被依赖的Maven构件(被依赖的只能是Maven构件)的具体标识信息,如groupId、artifactId和version(可以是一个范围)。为了进一步区分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,只有当<scope>system</scope>时才设置,否则构建时会报错。该值必须是一个绝对路径,可以通过环境变量给出具体的绝对路径
- optional,当前Maven项目的构件被其他项目依赖,此处被依赖的Maven构件相对于其他项目来说是不必须的
- exclusions,将一个被依赖的Maven构件中的部分类库,从classpath中去掉
2.Maven项目的dependencyManagement
<dependencyManagement>主要用于存在父子继承的Maven项目中。在父项目中通过<dependencyManagement>设置被依赖的Maven构件,在子项目中设置被依赖的Maven构件时,只要给出构件的groupId和artifactId,而version则默认引用父项目的设置。
一: 依赖范围scope
共5种,compile (编译)、test (测试)、runtime (运行时)、provided、system
不指定,则依赖范围默认为compile.
compile:编译依赖范围,在编译,测试,运行时都需要。
test: 测试依赖范围,测试时需要。编译和运行不需要。如Junit
runtime: 运行时依赖范围,测试和运行时需要。编译不需要。如JDBC驱动包
provided:已提供依赖范围,编译和测试时需要。运行时不需要。如servlet-api
system:系统依赖范围。本地依赖,不在maven中央仓库。
二:依赖的传递
A->B(compile) 第一关系: a依赖b compile
B->C(compile) 第二关系: b依赖c compile
当在A中配置
<dependency>
<groupId>com.B</groupId>
<artifactId>B</artifactId>
<version>1.0</version>
</dependency>
则会自动导入c包。关系传递如下表:
第一 第二
|
compile
|
test
|
provided
|
runtime
|
compile
|
compile
|
-
|
-
|
runtime
|
test
|
test
|
-
|
-
|
test
|
provided
|
provided
|
-
|
provided
|
provided
|
runtime
|
runtime
|
-
|
-
|
runtime
|
3.依赖冲突的调节
A->B->C->X(1.0)
A->D->X(2.0)
由于只能引入一个版本的包,此时Maven按照最短路径选择导入x(2.0)
A->B->X(1.0)
A->D->X(2.0)
路径长度一致,则优先选择第一个,此时导入x(1.0)
4.排除依赖
A->B->C(1.0)
此时在A项目中,不想使用C(1.0),而使用C(2.0)
则需要使用exclusion排除B对C(1.0)的依赖。并在A中引入C(2.0).
pom.xml中配置
<!--排除B对C的依赖-->
<dependency>
<groupId>B</groupId>
<artifactId>B</artifactId>
<version>0.1</version>
<exclusions>
<exclusion>
<groupId>C</groupId>
<artifactId>C</artifactId><!--无需指定要排除项目的版本号-->
</exclusion>
</exclusions>
</dependency>
<!---在A中引入C(2.0)-->
<dependency>
<groupId>C</groupId>
<artifactId>C</artifactId>
<version>2.0</version>
</dependency>
5.依赖关系的查看
cmd进入工程根目录,执行 mvn dependency:tree
会列出依赖关系树及各依赖关系
mvn dependency:analyze 分析依赖关系
setting.xml主要用于配置maven的运行环境等一系列通用的属性,是全局级别的配置文件;而pom.xml主要描述了项目的maven坐标,依赖关系,开发者需要遵循的规则,缺陷管理系统,组织和licenses,以及其他所有的项目相关因素,是项目级别的配置文件。
基础配置
一个典型的pom.xml文件配置如下:
-
<project xmlns="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">
-
-
<!-- 模型版本。maven2.0必须是这样写,现在是maven2唯一支持的版本 -->
-
<modelVersion>4.0.0</modelVersion>
-
-
<!-- 公司或者组织的唯一标志,并且配置时生成的路径也是由此生成, 如com.winner.trade,maven会将该项目打成的jar包放本地路径:/com/winner/trade -->
-
<groupId>com.winner.trade</groupId>
-
-
<!-- 本项目的唯一ID,一个groupId下面可能多个项目,就是靠artifactId来区分的 -->
-
<artifactId>trade-core</artifactId>
-
-
<!-- 本项目目前所处的版本号 -->
-
<version>1.0.0-SNAPSHOT</version>
-
-
<!-- 打包的机制,如pom,jar, maven-plugin, ejb, war, ear, rar, par,默认为jar -->
-
<packaging>jar</packaging>
-
-
<!-- 帮助定义构件输出的一些附属构件,附属构件与主构件对应,有时候需要加上classifier才能唯一的确定该构件 不能直接定义项目的classifer,因为附属构件不是项目直接默认生成的,而是由附加的插件帮助生成的 -->
-
<classifier>...</classifier>
-
-
<!-- 定义本项目的依赖关系 -->
-
<dependencies>
-
-
<!-- 每个dependency都对应这一个jar包 -->
-
<dependency>
-
-
<!--一般情况下,maven是通过groupId、artifactId、version这三个元素值(俗称坐标)来检索该构件, 然后引入你的工程。如果别人想引用你现在开发的这个项目(前提是已开发完毕并发布到了远程仓库),-->
-
<!--就需要在他的pom文件中新建一个dependency节点,将本项目的groupId、artifactId、version写入, maven就会把你上传的jar包下载到他的本地 -->
-
<groupId>com.winner.trade</groupId>
-
<artifactId>trade-test</artifactId>
-
<version>1.0.0-SNAPSHOT</version>
-
-
<!-- maven认为,程序对外部的依赖会随着程序的所处阶段和应用场景而变化,所以maven中的依赖关系有作用域(scope)的限制。 -->
-
<!--scope包含如下的取值:compile(编译范围)、provided(已提供范围)、runtime(运行时范围)、test(测试范围)、system(系统范围) -->
-
<scope>test</scope>
-
-
<!-- 设置指依赖是否可选,默认为false,即子项目默认都继承:为true,则子项目必需显示的引入,与dependencyManagement里定义的依赖类似 -->
-
<optional>false</optional>
-
-
<!-- 屏蔽依赖关系。 比如项目中使用的libA依赖某个库的1.0版,libB依赖某个库的2.0版,现在想统一使用2.0版,就应该屏蔽掉对1.0版的依赖 -->
-
<exclusions>
-
<exclusion>
-
<groupId>org.slf4j</groupId>
-
<artifactId>slf4j-api</artifactId>
-
</exclusion>
-
</exclusions>
-
-
</dependency>
-
-
</dependencies>
-
-
<!-- 为pom定义一些常量,在pom中的其它地方可以直接引用 使用方式 如下 :${file.encoding} -->
-
<properties>
-
<file.encoding>UTF-8</file.encoding>
-
<java.source.version>1.5</java.source.version>
-
<java.target.version>1.5</java.target.version>
-
</properties>
-
-
...
-
</project>
一般来说,上面的几个配置项对任何项目都是必不可少的,定义了项目的基本属性。
这里有必要对一个不太常用的属性classifier做一下解释,因为有时候引用某个jar包,classifier不写的话会报错。
classifier元素用来帮助定义构件输出的一些附属构件。附属构件与主构件对应,比如主构件是 kimi-app-2.0.0.jar,该项目可能还会通过使用一些插件生成 如kimi-app-2.0.0-javadoc.jar (Java文档)、 kimi-app-2.0.0-sources.jar(Java源代码) 这样两个附属构件。这时候,javadoc、sources就是这两个附属构件的classifier,这样附属构件也就拥有了自己唯一的坐标。
classifier的用途在于:
1. maven download javadoc / sources jar包的时候,需要借助classifier指明要下载那个附属构件
2. 引入依赖的时候,有时候仅凭groupId、artifactId、version无法唯一的确定某个构件,需要借助classifier来进一步明确目标。比如JSON-lib,有时候会同一个版本会提供多个jar包,在JDK1.5环境下是一套,在JDK1.3环境下是一套:

引用它的时候就要注明JDK版本,否则maven不知道你到底需要哪一套jar包:
-
<dependency>
-
<groupId>net.sf.json-lib</groupId>
-
<artifactId>json-lib</artifactId>
-
<version>2.4</version>
-
<classifier>jdk15</classifier>
-
</dependency>
构建配置
pom里面的仓库与setting.xml里的仓库功能是一样的。主要的区别在于,pom里的仓库是个性化的。比如一家大公司里的setting文件是公用的,所有项目都用一个setting文件,但各个子项目却会引用不同的第三方库,所以就需要在pom里设置自己需要的仓库地址。
分发配置
-
<!--项目分发信息,在执行mvn deploy后表示要发布的位置。 -->
-
<!--有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。 -->
-
<distributionManagement>
-
-
<!--部署项目产生的构件到远程仓库需要的信息 -->
-
<repository>
-
-
<!--是分配给快照一个唯一的版本号(由时间戳和构建流水号),还是每次都使用相同的版本号 -->
-
<!--参见repositories/repository元素 -->
-
<uniqueVersion>true</uniqueVersion>
-
-
<id> repo-id </id>
-
<name> repo-name</name>
-
<url>file://${basedir}/target/deploy </url>
-
<layout />
-
-
</repository>
-
-
<!--构件的快照部署到哪里,如果没有配置该元素,默认部署到repository元素配置的仓库 -->
-
<snapshotRepository>
-
<uniqueVersion />
-
<id />
-
<name />
-
<url />
-
<layout />
-
</snapshotRepository>
-
-
<!--部署项目的网站需要的信息 -->
-
<site>
-
-
<!--部署位置的唯一标识符,用来匹配站点和settings.xml文件里的配置 -->
-
<id> site-id </id>
-
-
<!--部署位置的名称 -->
-
<name> site-name</name>
-
-
<!--部署位置的URL,按protocol://hostname/path形式 -->
-
<url>scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web </url>
-
-
</site>
-
-
<!--项目下载页面的URL。如果没有该元素,用户应该参考主页。 -->
-
<!--使用该元素的原因是:帮助定位那些不在仓库里的构件(由于license限制)。 -->
-
<downloadUrl />
-
-
<!--如果构件有了新的groupID和artifact ID(构件移到了新的位置),这里列出构件的重定位信息。 -->
-
<relocation>
-
-
<!--构件新的group ID -->
-
<groupId />
-
-
<!--构件新的artifact ID -->
-
<artifactId />
-
-
<!--构件新的版本号 -->
-
<version />
-
-
<!--显示给用户的,关于移动的额外信息,例如原因。 -->
-
<message />
-
-
</relocation>
-
-
<!--给出该构件在远程仓库的状态。不得在本地项目中设置该元素,因为这是工具自动更新的。 -->
-
<!--有效的值有:none(默认),converted(仓库管理员从Maven 1 POM转换过来), -->
-
<!--partner(直接从伙伴Maven 2仓库同步过来),deployed(从Maven 2实例部署),verified(被核实时正确的和最终的)。 -->
-
<status />
-
-
</distributionManagement>
仓库配置
-
<!--发现依赖和扩展的远程仓库列表。 -->
-
<repositories>
-
-
<!--包含需要连接到远程仓库的信息 -->
-
<repository>
-
-
<!--如何处理远程仓库里发布版本的下载 -->
-
<releases>
-
-
<!--true或者false表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 -->
-
<enabled />
-
-
<!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。 -->
-
<!--这里的选项是:always(一直),daily(默认,每日), -->
-
<!--interval:X(这里X是以分钟为单位的时间间隔),或者never(从不)。 -->
-
<updatePolicy />
-
-
<!--当Maven验证构件校验文件失败时该怎么做: -->
-
<!--ignore(忽略),fail(失败),或者warn(警告)。 -->
-
<checksumPolicy />
-
-
</releases>
-
-
<!--如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置, -->
-
<!--POM就可以在每个单独的仓库中,为每种类型的构件采取不同的策略。 -->
-
<!--例如,可能有人会决定只为开发目的开启对快照版本下载的支持 -->
-
<snapshots>
-
<enabled />
-
<updatePolicy />
-
<checksumPolicy />
-
</snapshots>
-
-
<!--远程仓库唯一标识符。可以用来匹配在settings.xml文件里配置的远程仓库 -->
-
<id> repo-id </id>
-
-
<!--远程仓库名称 -->
-
<name> repo-name</name>
-
-
<!--远程仓库URL,按protocol://hostname/path形式 -->
-
<url>http://192.168.1.169:9999/repository/ </url>
-
-
<!--用于定位和排序构件的仓库布局类型-可以是default(默认)或者legacy(遗留)。 -->
-
<!--Maven 2为其仓库提供了一个默认的布局; -->
-
<!--然而,Maven1.x有一种不同的布局。 -->
-
<!--我们可以使用该元素指定布局是default(默认)还是legacy(遗留)。 -->
-
<layout> default</layout>
-
-
</repository>
-
-
</repositories>
-
-
<!--发现插件的远程仓库列表,这些插件用于构建和报表 -->
-
<pluginRepositories>
-
-
<!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素 -->
-
<pluginRepository />
-
-
</pluginRepositories>
profile配置
-
<!--在列的项目构建profile,如果被**,会修改构建处理 -->
-
<profiles>
-
-
<!--根据环境参数或命令行参数**某个构建处理 -->
-
<profile>
-
<!--自动触发profile的条件逻辑。Activation是profile的开启钥匙。 -->
-
<activation>
-
-
<!--profile默认是否**的标识 -->
-
<activeByDefault>false</activeByDefault>
-
-
<!--activation有一个内建的java版本检测,如果检测到jdk版本与期待的一样,profile被**。 -->
-
<jdk>1.7</jdk>
-
-
<!--当匹配的操作系统属性被检测到,profile被**。os元素可以定义一些操作系统相关的属性。 -->
-
<os>
-
-
<!--**profile的操作系统的名字 -->
-
<name>Windows XP</name>
-
-
<!--**profile的操作系统所属家族(如 'windows') -->
-
<family>Windows</family>
-
-
<!--**profile的操作系统体系结构 -->
-
<arch>x86</arch>
-
-
<!--**profile的操作系统版本 -->
-
<version>5.1.2600</version>
-
-
</os>
-
-
<!--如果Maven检测到某一个属性(其值可以在POM中通过${名称}引用),其拥有对应的名称和值,Profile就会被**。 -->
-
<!-- 如果值字段是空的,那么存在属性名称字段就会**profile,否则按区分大小写方式匹配属性值字段 -->
-
<property>
-
-
<!--**profile的属性的名称 -->
-
<name>mavenVersion</name>
-
-
<!--**profile的属性的值 -->
-
<value>2.0.3</value>
-
-
</property>
-
-
<!--提供一个文件名,通过检测该文件的存在或不存在来**profile。missing检查文件是否存在,如果不存在则**profile。 -->
-
<!--另一方面,exists则会检查文件是否存在,如果存在则**profile。 -->
-
<file>
-
-
<!--如果指定的文件存在,则**profile。 -->
-
<exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
-
-
<!--如果指定的文件不存在,则**profile。 -->
-
<missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
-
-
</file>
-
-
</activation>
-
<id />
-
<build />
-
<modules />
-
<repositories />
-
<pluginRepositories />
-
<dependencies />
-
<reporting />
-
<dependencyManagement />
-
<distributionManagement />
-
<properties />
-
</profile>
profile配置项在setting.xml中也有,是pom.xml中profile元素的裁剪版本,包含了id,activation, repositories, pluginRepositories和 properties元素。这里的profile元素只包含这五个子元素是因为setting.xml只关心构建系统这个整体(这正是settings.xml文件的角色定位),而非单独的项目对象模型设置。如果一个settings中的profile被**,它的值会覆盖任何其它定义在POM中或者profile.xml中的带有相同id的profile。
pom.xml中的profile可以看做pom.xml的副本,拥有与pom.xml相同的子元素与配置方法。它包含可选的activation(profile的触发器)和一系列的changes。例如test过程可能会指向不同的数据库(相对最终的deployment)或者不同的dependencies或者不同的repositories,并且是根据不同的JDK来改变的。只需要其中一个成立就可以**profile,如果第一个条件满足了,那么后面就不会在进行匹配。
报表配置
-
<!--描述使用报表插件产生报表的规范,特定的maven 插件能输出相应的定制和配置报表. -->
-
<!--当用户执行“mvn site”,这些报表就会运行,在页面导航栏能看到所有报表的链接。 -->
-
<reporting>
-
-
<!--true,则网站不包括默认的报表。这包括“项目信息”菜单中的报表。 -->
-
<excludeDefaults />
-
-
<!--所有产生的报表存放到哪里。默认值是${project.build.directory}/site。 -->
-
<outputDirectory />
-
-
<!--使用的报表插件和他们的配置。 -->
-
<plugins>
-
-
<plugin>
-
<groupId />
-
<artifactId />
-
<version />
-
<inherited />
-
<configuration>
-
<links>
-
<link>http://java.sun.com/j2se/1.5.0/docs/api/</link>
-
</links>
-
</configuration>
-
<!--一组报表的多重规范,每个规范可能有不同的配置。 -->
-
<!--一个规范(报表集)对应一个执行目标 。例如,有1,2,3,4,5,6,7,8,9个报表。 -->
-
<!--1,2,5构成A报表集,对应一个执行目标。2,5,8构成B报表集,对应另一个执行目标 -->
-
<reportSets>
-
-
<!--表示报表的一个集合,以及产生该集合的配置 -->
-
<reportSet>
-
-
<!--报表集合的唯一标识符,POM继承时用到 -->
-
<id>sunlink</id>
-
-
<!--产生报表集合时,被使用的报表的配置 -->
-
<configuration />
-
-
<!--配置是否被继承到子POMs -->
-
<inherited />
-
-
<!--这个集合里使用到哪些报表 -->
-
<reports>
-
<report>javadoc</report>
-
</reports>
-
-
</reportSet>
-
-
</reportSets>
-
-
</plugin>
-
-
</plugins>
-
-
</reporting>
环境配置
-
<!--项目的问题管理系统(Bugzilla, Jira, Scarab,或任何你喜欢的问题管理系统)的名称和URL,本例为 jira -->
-
<issueManagement>
-
-
<!--问题管理系统(例如jira)的名字, -->
-
<system> jira </system>
-
-
<!--该项目使用的问题管理系统的URL -->
-
<url> http://jira.clf.com/</url>
-
-
</issueManagement>
-
-
<!--项目持续集成信息 -->
-
<ciManagement>
-
-
<!--持续集成系统的名字,例如continuum -->
-
<system />
-
-
<!--该项目使用的持续集成系统的URL(如果持续集成系统有web接口的话)。 -->
-
<url />
-
-
<!--构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告) -->
-
<notifiers>
-
-
<!--配置一种方式,当构建中断时,以该方式通知用户/开发者 -->
-
<notifier>
-
-
<!--传送通知的途径 -->
-
<type />
-
-
<!--发生错误时是否通知 -->
-
<sendOnError />
-
-
<!--构建失败时是否通知 -->
-
<sendOnFailure />
-
-
<!--构建成功时是否通知 -->
-
<sendOnSuccess />
-
-
<!--发生警告时是否通知 -->
-
<sendOnWarning />
-
-
<!--不赞成使用。通知发送到哪里 -->
-
<address />
-
-
<!--扩展配置项 -->
-
<configuration />
-
-
</notifier>
-
-
</notifiers>
-
-
</ciManagement>
项目信息配置