maven

最新推荐文章于 2024-04-17 08:00:00 发布
最新推荐文章于 2024-04-17 08:00:00 发布
阅读量390 收藏
点赞数
分类专栏： 工具类 文章标签： 单元测试 测试 maven
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yeiweilan/article/details/74025161
版权

简介

它是一个软件开发的管理工具，主要管理的工作是：依赖管理，项目构建
解释： 能够集中管理jar包，提供一键构建

环境搭建(JRE1.7以上)

需要设置编译版本为1.7，这里需要使用maven的插件来设置：
在pom.xml中加入：

<build>
		<plugins>
			<plugin>
				<groupId>org.apache.maven.plugins</groupId>
				<artifactId>maven-compiler-plugin</artifactId>
				<configuration>
					<source>1.7</source>
					<target>1.7</target>
					<encoding>UTF-8</encoding>
				</configuration>
			</plugin>
		</plugins>
	</build>
  • 下载meven,配置环境变量（path）

Maven项目工程目录约定

  • 使用maven创建的工程我们称它为maven工程，maven工程具有一定的目录规范，如下：
src/main/java —— 存放项目的.java文件
src/main/resources —— 存放项目资源文件，如spring, hibernate配置文件
src/test/java —— 存放所有单元测试.java文件，如JUnit测试类
src/test/resources —— 测试资源文件
target —— 项目输出位置，编译后的class文件会输出到此目录
pom.xml——maven项目核心配置文件

Project
  |-src
  |   |-main
  |   |  |-java        —— 存放项目的.java文件
  |   |  |-resources   —— 存放项目资源文件，如spring, hibernate配置文件
         |-webapp     —— webapp目录是web工程的主目录
            |-WEB-INF
              |-web.xml
  |   |-test
  |      |-java        ——存放所有测试.java文件，如JUnit测试类
  |      |-resources   —— 测试资源文件
  |-target             —— 目标文件输出位置例如.class、.jar、.war文件
  |-pom.xml           ——maven项目核心配置文件

三套生命周期

maven对项目构建过程分为三套相互独立的生命周期，而且“相互独立”，这三套生命周期分别是：

  • Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
  • Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
  • Site Lifecycle 生成项目报告，站点，发布站点。

MAVEN命令

  • clean
    clean是maven工程的清理命令，执行 clean会删除target目录的内容。

  • compile
    compile是maven工程的编译命令，作用是将src/main/java下的文件编译为class文件输出到target目录下。

  • test
    test是maven工程的测试命令，会执行src/test/java下的单元测试类。
    cmd执行mvn test执行src/test/java下单元测试类。

  • package
    package是maven工程的打包命令，对于java工程执行package打成jar包，对于web工程打成war包。

  • install
    install是maven工程的安装命令，执行install将maven打成jar包或war包发布到本地仓库。

全局配置和私有配置

简述

  • settings.xml 是 maven 的全局配置文件。
  • pom.xml 文件是本地项目配置文件。

maven本地仓库地址、修改远程仓储服务器、认证信息，私服等配置信息需要在setting.xml文件中配置，分为全局配置和用户配置。在maven安装目录下的有 conf/setting.xml文件，此setting.xml文件用于maven的所有project项目，它作为maven的全局配置。

settings.xml 文件位置

  • 全局配置
    ${maven.home}/conf/settings.xml
  • 用户配置
    ${user.home}/.m2/settings.xml

注意：用户配置优先于全局配置。${user.home} 和和所有其他系统属性只能在 3.0+版本上使用。请注意 windows 和 Linux 使用变量的区别。
配置优先级从高到低：pom.xml > user settings > global settings

settings.xml 元素详解

<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
                          https://maven.apache.org/xsd/settings-1.0.0.xsd">

//该值表示构建系统本地仓库的路径。                       
  <localRepository>${user.home}/.m2/repository </localRepository>
  
//表示 maven 是否需要和用户交互以获得输入,默认为 true。
 <interactiveMode>true</interactiveMode>
 
//maven 是否需要使用 plugin-registry.xml 文件来管理插件版本。如果需要让 maven 使用文件~/.m2/plugin-registry.xml 来管理插件版本，则设为 true。默认为 false。
<usePluginRegistry>false</usePluginRegistry>

//表示 maven 是否需要在离线模式下运行。如果构建系统需要在离线模式下运行，则为 true，默认为 false
<offline>false</offline>

//当插件的组织 id（groupId）没有显式提供时，供搜寻插件组织 Id（groupId）的列表。当我们使用某个插件，并且没有在命令行为其提供组织 Id（groupId）的时候，Maven 就会使用该列表。默认情况下该列表包含了 org.apache.maven.plugins 和 org.codehaus.mojo。
   <pluginGroups>
    <pluginGroup>org.codehaus.mojo</pluginGroup>
  </pluginGroups>

//一般，仓库的下载和部署是在 pom.xml 文件中的 repositories 和 distributionManagement 元素中定义的。然而，一般类似用户名、密码（有些仓库访问是需要安全认证的）等信息不应该在 pom.xml 文件中配置，这些信息可以配置在 settings.xml 中。
   <!--配置服务端的一些设置。一些设置如安全证书不应该和pom.xml一起分发。这种类型的信息应该存在于构建服务器上的settings.xml文件中。 -->
  <servers>
    <!--服务器元素包含配置服务器时需要的信息 -->
    <server>
      <!--这是server的id（注意不是用户登陆的id），该id与distributionManagement中repository元素的id相匹配。 -->
      <id>server001</id>
      <!--鉴权用户名。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。 -->
      <username>my_login</username>
      <!--鉴权密码 。鉴权用户名和鉴权密码表示服务器认证所需要的登录名和密码。密码加密功能已被添加到2.1.0 +。详情请访问密码加密页面 -->
      <password>my_password</password>
      <!--鉴权时使用的私钥位置。和前两个元素类似，私钥位置和私钥密码指定了一个私钥的路径（默认是${user.home}/.ssh/id_dsa）以及如果需要的话，一个密语。将来passphrase和password元素可能会被提取到外部，但目前它们必须在settings.xml文件以纯文本的形式声明。 -->
      <privateKey>${usr.home}/.ssh/id_dsa</privateKey>
      <!--鉴权时使用的私钥密码。 -->
      <passphrase>some_passphrase</passphrase>
      <!--文件被创建时的权限。如果在部署的时候会创建一个仓库文件或者目录，这时候就可以使用权限（permission）。这两个元素合法的值是一个三位数字，其对应了unix文件系统的权限，如664，或者775。 -->
      <filePermissions>664</filePermissions>
      <!--目录被创建时的权限。 -->
      <directoryPermissions>775</directoryPermissions>
    </server>
  </servers>

//为仓库列表配置的下载镜像列表。
<mirrors>
      <mirror>
      <id>alimaven</id>
      <name>aliyun maven</name>
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
      <mirrorOf>central</mirrorOf>        
    </mirror>
    <mirror>
      <id>nexus-aliyun</id>
      <mirrorOf>*</mirrorOf> 
      <url>http://maven.aliyun.com/nexus/content/groups/public/</url>
    </mirror>
  </mirrors>

//用来配置不同的代理。
<proxies>
    <!--代理元素包含配置代理时需要的信息 -->
    <proxy>
      <!--代理的唯一定义符，用来区分不同的代理元素。 -->
      <id>myproxy</id>
      <!--该代理是否是激活的那个。true则激活代理。当我们声明了一组代理，而某个时候只需要激活一个代理的时候，该元素就可以派上用处。 -->
      <active>true</active>
      <!--代理的协议。 协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <protocol>http</protocol>
      <!--代理的主机名。协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <host>proxy.somewhere.com</host>
      <!--代理的端口。协议://主机名:端口，分隔成离散的元素以方便配置。 -->
      <port>8080</port>
      <!--代理的用户名，用户名和密码表示代理服务器认证的登录名和密码。 -->
      <username>proxyuser</username>
      <!--代理的密码，用户名和密码表示代理服务器认证的登录名和密码。 -->
      <password>somepassword</password>
      <!--不该被代理的主机名列表。该列表的分隔符由代理服务器指定；例子中使用了竖线分隔符，使用逗号分隔也很常见。 -->
      <nonProxyHosts>*.google.com|ibiblio.org</nonProxyHosts>
    </proxy>
  </proxies>
  
//根据环境参数来调整构建配置的列表。settings.xml 中的 profile 元素是 pom.xml 中 profile 元素的裁剪版本。它包含了id、activation、repositories、pluginRepositories 和 properties 元素。这里的 profile 元素只包含这五个子元素是因为这里只关心构建系统这个整体（这正是 settings.xml 文件的角色定位），而非单独的项目对象模型设置。如果一个 settings.xml 中的 profile 被激活，它的值会覆盖任何其它定义在 pom.xml 中带有相同 id 的 profile。
<profiles>
    <profile>
      <!-- profile的唯一标识 -->
      <id>test</id>
      <!-- 自动触发profile的条件逻辑 -->
      <activation />
      <!-- 扩展属性列表 -->
      <properties />
      <!-- 远程仓库列表 -->
      <repositories />
      <!-- 插件仓库列表 -->
      <pluginRepositories />
    </profile>
  </profiles>

//自动触发 profile 的条件逻辑.如 pom.xml 中的 profile 一样，profile 的作用在于它能够在某些特定的环境中自动使用某些特定的值；这些环境通过 activation 元素指定。
activation 元素并不是激活 profile 的唯一方式。settings.xml 文件中的 activeProfile 元素可以包含 profile 的 id。profile 也可以通过在命令行，使用 -P 标记和逗号分隔的列表来显式的激活（如，-P test）。
 <activation>
  <!--profile默认是否激活的标识 -->
  <activeByDefault>false</activeByDefault>
  <!--当匹配的jdk被检测到，profile被激活。例如，1.4激活JDK1.4，1.4.0_2，而!1.4激活所有版本不是以1.4开头的JDK。 -->
  <jdk>1.5</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中通过${name}引用），其拥有对应的name = 值，Profile就会被激活。如果值字段是空的，那么存在属性名称字段就会激活profile，否则按区分大小写方式匹配属性值字段 -->
  <property>
    <!--激活profile的属性的名称 -->
    <name>mavenVersion</name>
    <!--激活profile的属性的值 -->
    <value>2.0.3</value>
  </property>
  <!--提供一个文件名，通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在，如果不存在则激活profile。另一方面，exists则会检查文件是否存在，如果存在则激活profile。 -->
  <file>
    <!--如果指定的文件存在，则激活profile。 -->
    <exists>${basedir}/file2.properties</exists>
    <!--如果指定的文件不存在，则激活profile。 -->
    <missing>${basedir}/file1.properties</missing>
  </file>
</activation>

//maven 属性和 ant 中的属性一样，可以用来存放一些值。这些值可以在 pom.xml 中的任何地方使用标记\${X}来使用，这里 X 是指属性的名称。属性有五种不同的形式，并且都能在 settings.xml 文件中访问。
<properties>
  <user.install>${user.home}/our-project</user.install>
</properties>

//远程仓库列表，它是 maven 用来填充构建系统本地仓库所使用的一组远程仓库。
<repositories>
  <!--包含需要连接到远程仓库的信息 -->
  <repository>
    <!--远程仓库唯一标识 -->
    <id>codehausSnapshots</id>
    <!--远程仓库名称 -->
    <name>Codehaus Snapshots</name>
    <!--如何处理远程仓库里发布版本的下载 -->
    <releases>
      <!--true或者false表示该仓库是否为下载某种类型构件（发布版，快照版）开启。 -->
      <enabled>false</enabled>
      <!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是：always（一直），daily（默认，每日），interval：X（这里X是以分钟为单位的时间间隔），或者never（从不）。 -->
      <updatePolicy>always</updatePolicy>
      <!--当Maven验证构件校验文件失败时该怎么做-ignore（忽略），fail（失败），或者warn（警告）。 -->
      <checksumPolicy>warn</checksumPolicy>
    </releases>
    <!--如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置，POM就可以在每个单独的仓库中，为每种类型的构件采取不同的策略。例如，可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素 -->
    <snapshots>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </snapshots>
    <!--远程仓库URL，按protocol://hostname/path形式 -->
    <url>http://snapshots.maven.codehaus.org/maven2</url>
    <!--用于定位和排序构件的仓库布局类型-可以是default（默认）或者legacy（遗留）。Maven 2为其仓库提供了一个默认的布局；然而，Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default（默认）还是legacy（遗留）。 -->
    <layout>default</layout>
  </repository>
</repositories>

//发现插件的远程仓库列表,和 repository 类似，只是 repository 是管理 jar 包依赖的仓库,pluginRepositories 则是管理插件的仓库。maven 插件是一种特殊类型的构件。由于这个原因，插件仓库独立于其它仓库。pluginRepositories 元素的结构和 repositories 元素的结构类似。每个 pluginRepository 元素指定一个 Maven 可以用来寻找新插件的远程地址
<pluginRepositories>
  <!-- 包含需要连接到远程插件仓库的信息.参见profiles/profile/repositories/repository元素的说明 -->
  <pluginRepository>
    <releases>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </releases>
    <snapshots>
      <enabled />
      <updatePolicy />
      <checksumPolicy />
    </snapshots>
    <id />
    <name />
    <url />
    <layout />
  </pluginRepository>
</pluginRepositories>

//手动激活 profiles 的列表，按照profile被应用的顺序定义activeProfile。该元素包含了一组 activeProfile 元素，每个 activeProfile 都含有一个 profile id。任何在 activeProfile 中定义的 profile id，不论环境设置如何，其对应的 profile 都会被激活。如果没有匹配的 profile，则什么都不会发生。
例如，env-test 是一个 activeProfile，则在 pom.xml（或者 profile.xml）中对应 id 的 profile 会被激活。如果运行过程中找不到这样一个 profile，Maven 则会像往常一样运行
<activeProfiles>
    <!-- 要激活的profile id -->
    <activeProfile>env-test</activeProfile>
  </activeProfiles>

</settings>

依赖

  • compile：编译范围，指A在编译时依赖B，此范围为默认依赖范围。编译范围的依赖会用在编译、测试、运行，由于运行时需要所以编译范围的依赖会被打包。

  • provided：provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用， provided依赖在编译和测试时需要，在运行时不需要，比如：servlet api被tomcat容器提供。

  • runtime：runtime依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如：jdbc的驱动包。由于运行时需要所以runtime范围的依赖会被打包。

  • test：test范围依赖 在编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用，比如：junit。由于运行时不需要所以test范围依赖不会被打包。

  • system：system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径，需要指定systemPath磁盘路径，system依赖不推荐使用。

测试总结：

1.默认引入 的jar包 ------- compile 【默认范围 可以不写】（编译、测试、运行 都有效 ）
2.servlet-api 、jsp-api ------- provided （编译、测试 有效， 运行时无效 防止和tomcat下jar冲突）
3.jdbc驱动jar包 ---- runtime （测试、运行 有效 ）
4.junit ----- test （测试有效）
依赖范围由强到弱的顺序是：compile>provided>runtime>test

解决矛盾冲突

  • 通过添加<exclusion>标签来解决冲突，不需要的excude…
  • 使用版本锁定来解决
 <dependencyManagement>
 。。。写需要用的jar包
 </dependencyManagement>

依赖调解原则：

maven自动按照下边的原则调解：
1、第一声明者优先原则
在pom文件定义依赖，先声明的依赖为准。
2、路径近者优先原则
例如：A依赖 spirng-beans-4.2.4，A依赖B依赖 spirng-beans-3.0.5，则spring-beans-4.2.4优先被依赖在A中，因为spring-beans-4.2.4相对spirng-beans-3.0.5被A依赖的路径最近。

依赖关系

依赖具有传递性，但不是无限传递的，传递的规则如下：

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.0
                      http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <!-- The Basics -->
  <groupId>...</groupId>
  <artifactId>...</artifactId>
  <version>...</version>
  <packaging>...</packaging>
  <dependencies>...</dependencies>
  <parent>...</parent>
  <dependencyManagement>...</dependencyManagement>
  <modules>...</modules>
  <properties>...</properties>

  <!-- Build Settings -->
  <build>...</build>
  <reporting>...</reporting>

  <!-- More Project Information -->
  <name>...</name>
  <description>...</description>
  <url>...</url>
  <inceptionYear>...</inceptionYear>
  <licenses>...</licenses>
  <organization>...</organization>
  <developers>...</developers>
  <contributors>...</contributors>

  <!-- Environment Settings -->
  <issueManagement>...</issueManagement>
  <ciManagement>...</ciManagement>
  <mailingLists>...</mailingLists>
  <scm>...</scm>
  <prerequisites>...</prerequisites>
  <repositories>...</repositories>
  <pluginRepositories>...</pluginRepositories>
  <distributionManagement>...</distributionManagement>
  <profiles>...</profiles>
</project>
  • 通过profile文件来指定特定的编译环境
<profiles>
    <profile>
        <!-- 本地开发环境 -->
        <id>dev</id>
        <properties>
            <profiles.active>dev</profiles.active>
        </properties>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <profile>
        <!-- 测试环境 -->
        <id>test</id>
        <properties>
            <profiles.active>test</profiles.active>
        </properties>
    </profile>
    <profile>
        <!-- 生产环境 -->
        <id>pro</id>
        <properties>
            <profiles.active>pro</profiles.active>
        </properties>
    </profile>
</profiles>
yeiweilan
关注
专栏目录
Maven exec-maven-plugin：执行外部命令的实践指南
06-30
Apache Maven是一个强大的项目管理工具，它提供了丰富的插件系统来扩展构建过程。exec-maven-plugin是Maven生态系统中的一个插件，它允许用户在Maven构建过程中执行外部命令或脚本。这使得Maven项目可以集成更多的...
maven 3.8.8 解压安装版
09-07
Maven项目对象模型(POM)，可以通过一小段描述信息来管理项目的构建，报告和文档的项目管理工具软件。 Maven 除了以程序构建能力为特色之外，还提供高级项目管理工具。由于 Maven 的缺省构建规则有较高的可重用性，...
maven中的Exclusions标签详解
那就这样吧~
10-16 2万+
解释 exclusion 标签 1 这个标签的作用是排除关联依赖的引入，因为maven的pom依赖其中 有一点是将关联的依赖全都引入进来 2 这个标签在这的作用就是 如果关联的依赖和引入的其他依赖可能存在冲突， 就必须将关联的依赖排除掉，所以就用这个标签。 3 另外这个＋s的，大家应该也明白 ，就是可以包含多个吗！！！！ 依赖关系：Project-A>Project-B>Project-C，但是Project-A不依赖Project-C，在Project-A中的POM.xml应该进行
maven的pom 文件scope和exclusion标签
job_csdn的博客
06-13 5229
1.<exclusion> 来排除一些不需要同时下载的依赖ja 1 这个标签的作用是排除关联依赖的引入，因为maven的pom依赖其中 有一点是将关联的依赖全都引入进来 2 这个标签在这的作用就是 如果关联的依赖和引入的其他依赖可能存在冲突， 就必须将关联的依赖排除掉，所以就用这个标签。 ...
pom中的parent dependencymanagement 与 exclusion标签解释
qq_36594985的博客
01-31 961
maven中pom使用方法
查看Maven包的依赖跟exclusions
AAA821的专栏
10-10 396
我将springBoot的项目打包成JAR然后运行时，报 IllegalStateException: Detected both log4j-over-slf4j.jar AND bound slf4j-log4j12.jar on the class path, 就是Jar包冲突了 解决方案： 在使用到的依赖包中添加&lt;exclusion&gt;标签将slf4j-log4j12.j...
开源工具Maven3.9.4版本压缩包
09-08
Maven3.9.4版本压缩包，仅供学习参考，更新版本请前往Maven官方下载;Maven3.9.4版本压缩包，仅供学习参考，更新版本请前往Maven官方下载;Maven3.9.4版本压缩包，仅供学习参考，更新版本请前往Maven官方下载;Maven...
maven-3.6.3
06-06
maven-3.6.3 官方直下，无任何修改与添加，下载后解压即可用。maven-3.6.3 官方直下，无任何修改与添加，下载后解压即可用。maven-3.6.3 官方直下，无任何修改与添加，下载后解压即可用。maven-3.6.3 官方直下，无...
apache-maven-3.6.3安装包
10-10
Apache Maven 是一个强大的Java项目管理和综合工具，它简化了构建过程，通过标准化项目结构和自动化构建生命周期。在本文中，我们将深入探讨Maven的核心概念、安装步骤以及如何在实际项目中使用它。 **Maven核心...
Maven依赖排除（exclusion），查看依赖树（mvn dependency:tree），分析依赖项（mvn dependency:analyze）
最新发布
宋冠巡的博客
04-17 5973
在Maven项目中，如果你想排除某个依赖项的传递依赖（transitive dependency），即某个依赖通过其他依赖引入但你不希望它被包含在项目构建中，你可以直接在相关的元素内部添加一个子元素，并在其中定义元素来指定要排除的依赖。下面是一个基本示例：
[Maven]Exclusions标签
知识共享，快乐分享
05-04 9443
<project> ... <dependencies> <dependency> <groupId>test.groupId</groupId> <artifactId>test-artifactId</artifactId> <version>1....
maven的pom.xml用<exclusion>解决版本问题
热门推荐
rocklee的专栏
06-16 5万+
用maven管理库依赖，有个好处就是连同库的依赖的全部jar文件一起下载，免去手工添加的麻烦，但同时也带来了同一个jar会被下载了不同版本的问题，好在pom的配置里面允许用来排除一些不需要同时下载的依赖jar 。       比如配置struts-core，它会同时下载javassist和asm相关的jar，但版本又不够新，这时可以排除它们： org.apache.struts
maven排除冲突Jar包exclusion标签应用
金豆呀的博客
03-29 1万+
先来说说我遇到的问题，初用<exclusion>标签时，发现它不起作用。 解决方法： 1.找到要排除Jar的<groupId>和<artifactId>： 首先进入该链接：https://mvnrepository.com/artifact/org.springframework 2.修改pom文件，开始排除 ： ...
<denpendency>标签
夏至的博客
04-07 1286
在一个maven项目中，依赖是十分重要的一部分，所以单独列出一个章节来说明。 在pom.xml文件中，project下直接嵌入的是一个<dependencies>标签，然后里面嵌入若干个<dependency>标签。
maven的pom.xml中的exclusions标签的作用是什么
無言的博客
04-30 1万+
项目中的例子 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter</artifactId> <exclusions> <exclusion> <...
Maven依赖中的＜exclusions＞标签
博客
11-18 1790
<exclusions>A依赖B，B依赖C，在maven当中如果A依赖B，那么A当中就间接的依赖的C，如果要求A不需要依赖C，这个时候该标签的作用就使用到了。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值