Maven的依赖机制介绍

以下内容引用自https://ayayui.gitbooks.io/tutorialspoint-maven/content/book/maven_manage_dependencies.html

一、前言

Maven的一个核心特性就是依赖管理。当我们涉及到多模块的项目(包含成百个模块或者子项目),管理依赖就变成一项困难的任务。Maven展示出了它对处理这种情形的高度控制。

二、可传递性依赖

一种相当常见的情况,当一个库,比如说A依赖于其他库B。假如,另外一个项目C想要使用A,那么项目也需要使用库B

Maven帮助避免这种要查明所有所需库的要求。Maven通过读取描述依赖的项目文件(pom.xml),找出它们的依赖类,来完成这项工作。

我们只需要做的是在每个项目的pom.xml中定义好直接的依赖。Maven会自动处理剩下的事情。

通过可传递性的依赖,被包含库的关系图可以迅速增加到一个很大的程度。当有多个库时可能就会有状况发生。Maven提供一些特性来控制可传递性依赖的大小。

特性 描述

依赖调解(Dependency mediation

当遇到多个版本的artifact的时候,决定使用哪个版本的依赖。如果两个版本的依赖在依赖树种处于同一深度时,第一个被声明的依赖将被使用。

依赖管理(Dependency management

当在传递性依赖中遇到时,直接指定要使用的构件版本。举个例子,项目C可以在dependencyManagement部分配置包含B作为依赖,并且直接控制引用B时使用哪个版本的B

依赖作用域(Dependency scope

按照当前构建的阶段,配置包含的依赖。

排除依赖(Excluded dependencies

任何传递性的依赖都可以通过使用<exclusion>节点来排除。举个例子,A依赖于B并且B依赖于C,那么A可以标记C为排除在外的。

可选依赖(Optional dependencies

任何传递性的依赖都可以通过使用<optional>节点来标记为可选的。举个例子,A依赖于B并且B依赖于C,现在B标记C为可选的,那么A可以不使用C

三、依赖作用域(Dependency Scope)

可传递性依赖发现可以通过下面提到的各种依赖作用域来限制。

作用域(Scope) 描述
compile 此作用域表示项目classpath中的依赖可以使用,为默认作用域。
provided 此作用域表示依赖将由JDK或者运行时的Web服务器或容器提供。
runtime 此作用域表示依赖在编译时不需要,但在执行时需要。
test 此作用域表示依赖只在测试编译和执行阶段可用。
system 此作用域表示你必须提供系统路径。
import 此作用域只在依赖是POM类型时使用。此作用域表示特定的POM需要替换成被引入的POM的部分中的依赖。

提示:这个作用于就是<dependency>节点下的<scope>。

四、依赖管理(Dependency Management)

通常我们有基于某个通用项目的一组项目。 在此情形下, 我们可以创建一个通用的POM来把所有的通用的依赖包含进来,并把这个POM作为子项目POM的父POM。下面的例子将帮助你理解这个概念。

接下来是上面依赖图的详情说明:

  • App-UI-WAR依赖于App-Core-libApp-Data-lib
  • RootApp-Core-libApp-Data-lib的父项目。
  • Root在它的依赖部分定义了Lib1Lib2Lib3作为依赖。

App-UI-WAR

<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.0
   http://maven.apache.org/xsd/maven-4.0.0.xsd">
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.companyname.groupname</groupId>
      <artifactId>App-UI-WAR</artifactId>
      <version>1.0</version>
      <packaging>war</packaging>
      <dependencies>
         <dependency>
            <groupId>com.companyname.groupname</groupId>
            <artifactId>App-Core-lib</artifactId>
            <version>1.0</version>
         </dependency>
      </dependencies>
      <dependencies>
         <dependency>
            <groupId>com.companyname.groupname</groupId>
            <artifactId>App-Data-lib</artifactId>
            <version>1.0</version>
         </dependency>
      </dependencies>
</project>

App-Core-lib

<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.0
   http://maven.apache.org/xsd/maven-4.0.0.xsd">
      <parent>
         <artifactId>Root</artifactId>
         <groupId>com.companyname.groupname</groupId>
         <version>1.0</version>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.companyname.groupname</groupId>
      <artifactId>App-Core-lib</artifactId>
      <version>1.0</version>
      <packaging>jar</packaging>
</project>

App-Data-lib

<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.0
   http://maven.apache.org/xsd/maven-4.0.0.xsd">
      <parent>
         <artifactId>Root</artifactId>
         <groupId>com.companyname.groupname</groupId>
         <version>1.0</version>
      </parent>
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.companyname.groupname</groupId>
      <artifactId>App-Data-lib</artifactId>
      <version>1.0</version>
      <packaging>jar</packaging>
</project>

Root

<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.0
   http://maven.apache.org/xsd/maven-4.0.0.xsd">
      <modelVersion>4.0.0</modelVersion>
      <groupId>com.companyname.groupname</groupId>
      <artifactId>Root</artifactId>
      <version>1.0</version>
      <packaging>pom</packaging>
      <dependencies>
         <dependency>
            <groupId>com.companyname.groupname1</groupId>
            <artifactId>Lib1</artifactId>
            <version>1.0</version>
         </dependency>
      </dependencies>
      <dependencies>
         <dependency>
            <groupId>com.companyname.groupname2</groupId>
            <artifactId>Lib2</artifactId>
            <version>2.1</version>
         </dependency>
      </dependencies>
      <dependencies>
         <dependency>
            <groupId>com.companyname.groupname3</groupId>
            <artifactId>Lib3</artifactId>
            <version>1.1</version>
         </dependency>
      </dependencies>
</project>

现在当我们构建App-UI-WAR项目时, Maven将通过遍历依赖关系图发现所有的依赖,并且构建此应用。

从上面的例子,我们可以学习到下面的几个关键概念:

  • 通用依赖可以使用父POM的概念放置在单独的地方。App-Data-libApp-Core-lib项目的依赖是在Root项目中列出的。
  • App-UI-WAR项目中不需要指定Lib1Lib2Lib3作为依赖。Maven使用可传递性依赖机制(Transitive Dependency Mechanism)可处理这种细节。

五、其它参考

https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html

时间: 2024-10-10 14:50:07

Maven的依赖机制介绍的相关文章

maven 学习---Maven依赖机制

在 Maven 依赖机制的帮助下自动下载所有必需的依赖库,并保持版本升级. 案例分析 让我们看一个案例研究,以了解它是如何工作的.假设你想使用 Log4j 作为项目的日志.这里你要做什么? 1.在传统方式 访问 http://logging.apache.org/log4j/ 下载 Log4 j的 jar 库 复制 jar 到项目类路径 手动将其包含到项目的依赖 所有的管理需要一切由自己做 如果有 Log4j 版本升级,则需要重复上述步骤一次. 2. 在Maven的方式 你需要知道 log4j

Maven 依赖机制

概述 在 Maven 依赖机制的帮助下自动下载所有必需的依赖库,并保持版本升级.让我们看一个案例研究,以了解它是如何工作的.假设你想使用 Log4j 作为项目的日志.这里你要做什么? 传统方式 访问 http://logging.apache.org/log4j/ 下载 Log4j 的 jar 库 复制 jar 到项目类路径 手动将其包含到项目的依赖 所有的管理需要一切由自己做 如果有 Log4j 版本升级,则需要重复上述步骤一次. Maven 的方式 你需要知道 log4j 的 Maven 坐

Maven依赖机制

1.Maven本地资源库 2.Maven中央储存库 3.Maven远程仓库 Maven的依赖库查询顺序更改为: 在 Maven 本地资源库中搜索,如果没有找到,进入第 2 步,否则退出. 在 Maven 中央存储库搜索,如果没有找到,进入第 3 步,否则退出. (需要在pom.xml中声明)在 Maven的远程存储库搜索,如果没有找到,提示错误信息,否则退出. 操作都是基于pom.xml配置文件的. ①:添加jar包依赖 声明 log4j的Maven 的坐标转换成 pom.xml 文件,将会按上

ORACLE回收站机制介绍及管理

ORACLE回收站机制介绍 从ORACLE 10g开始,引入了一个叫回收站(RecycleBin)的概念.它的全称叫Tablespace Recycle Bin.回收站实际是一个逻辑容器(逻辑区域),原理有点类似于WINDOW系统的回收站.它以表空间中现有已经分配的空间为基础,而不是从表空间上物理划出一个固定区域用作回收站.这意味着回收站和表空间中的对象共用存储区域.系统没有给回收站预留空间.因此,当表被DROP后,如果可用空间充足,并且没有对回收站进行清理,那么被DROP掉的对象会一直存在回收

linux下安装SVN和MAVEN,并依赖MAVEN环境打包MAVEN项目

一.前提条件 系统环境为: [[email protected] application]# cat /etc/redhat-release CentOS release 6.7 (Final) [[email protected] application]# uname -r 2.6.32-573.el6.x86_64 需要准备的安装包为: subversion-1.6.1.tar.gz subversion-deps-1.6.1.tar.gz apache-maven-3.3.3-bin.t

NSNotificationCenter消息通信机制介绍(KVO)

NSNotificationCenter消息通信机制介绍(KVO) 作用:NSNotificationCenter是专门供程序中不同类间的消息通信而设置的. 注册通知:即要在什么地方接受消息                [[NSNotificationCenter defaultCenter]  addObserver:self selector:@selector(mytest:) name:@" mytest" object:nil];        参数介绍:         

IOS 阶段学习第25天笔记(IOS沙盒机制介绍)

IOS学习(OC语言)知识点整理 一.IOS沙盒机制介绍 1)概念:每个ios应用都有自己的应用沙盒,应用沙盒就是文件系统目录,与其他应用放入文件 系统隔离,ios系统不允许访问 其他应用的应用沙盒,但在ios8中已经开放访问(extension) 2)extension是ios8新开放的一种对几个固定系统区域的拓展机制,它可以在一定程度上弥补ios的沙盒机制对应用间的通信限制 3)应用沙盒一般包括以下几个文件目录: 1.应用程序包:包含所有资源文件和可执行文件 2.Documents:保存应用

maven可选依赖(Optional Dependencies)和依赖排除(Dependency Exclusions)

我们知道,maven的依赖关系是有传递性的.如:A-->B,B-->C.但有时候,项目A可能不是必需依赖C,因此需要在项目A中排除对A的依赖.在maven的依赖管理中,有两种方式可以对依赖关系进行,分别是可选依赖(Optional Dependencies)以及依赖排除(Dependency Exclusions). 一.可选依赖 当一个项目A依赖另一个项目B时,项目A可能很少一部分功能用到了项目B,此时就可以在A中配置对B的可选依赖.举例来说,一个类似hibernate的项目,它支持对mys

创建第二个 maven (依赖的使用)(注:这篇博文与上一篇博文内容关系密切)

1.第二个工程的创建: a.它的目录层次结构为下图所示: 注:第二个 maven 工程和第一个maven 工程保存的目录一样,和 .metadata同在一个目录下. b.pom.xml文件 以及 HelloFriend.java 和 HelloFriendTest.java 文件填写的内容为: <?xml version="1.0" ?><project xmlns="http://maven.apache.org/POM/4.0.0" xmlns