【后端】Maven 体系（三）

已于 2022-03-22 05:59:40 修改
阅读量313 收藏
点赞数
分类专栏： 后端 文章标签： maven
于 2022-03-21 22:26:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sgsgkxkx/article/details/123647085
版权

Maven 体系

7. 实验七：测试依赖的传递性

7.1 依赖的传递性
7.1.1 概念
  • A 依赖 B，B 依赖 C，那么在 A 没有配置对 C 的依赖的情况下，A 里面能不能直接使用 C？
7.1.2 传递的原则
  • 在 A 依赖 B，B 依赖 C 的前提下，C 是否能够传递到 A，取决于 B 依赖 C 时使用的依赖范围。
  • B 依赖 C 时使用 compile 范围：可以传递
  • B 依赖 C 时使用 test 或 provided 范围：不能传递，所以需要这样的 jar 包时，就必须在需要的地方明确配置依赖才可以。
7.2 使用 compile 范围依赖 spring-core
  • 测试方式：让 pro01-maven-java 工程依赖 spring-core
  • 具体操作：编辑 pro01-maven-java 工程根目录下 pom.xml
<dependency>
	<groupId>org.springframework</groupId>
	<artifactId>spring-core</artifactId>
	<version>4.0.0.RELEASE</version>
</dependency>
  • 使用 mvn dependency:tree 命令查看效果：
TIP
[INFO] com.alex.maven:pro01-maven-java:jar:1.0-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:test
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] \- org.springframework:spring-core:jar:4.0.0.RELEASE:compile
[INFO] \- commons-logging:commons-logging:jar:1.1.1:compile

8. 实验八：测试依赖的排除

8.1 概念
  • 当 A 依赖 B，B 依赖 C 而且 C 可以传递到 A 的时候，A 不想要 C，需要在 A 里面把 C 排除掉。而往往这种情况都是为了避免 jar 包之间的冲突。
    在这里插入图片描述
  • 所以配置依赖的排除其实就是阻止某些 jar 包的传递。因为这样的 jar 包传递过来会和其他 jar 包冲突。
8.2 配置方式
<dependency>
	<groupId>com.alex.maven</groupId>
	<artifactId>pro01-maven-java</artifactId>
	<version>1.0-SNAPSHOT</version>
	<scope>compile</scope>
	<!-- 使用excludes标签配置依赖的排除	-->
	<exclusions>
		<!-- 在exclude标签中配置一个具体的排除 -->
		<exclusion>
			<!-- 指定要排除的依赖的坐标（不需要写version） -->
			<groupId>commons-logging</groupId>
			<artifactId>commons-logging</artifactId>
		</exclusion>
	</exclusions>
</dependency>
8.3 测试
  • 测试的方式：在 pro02-maven-web 工程中配置对 commons-logging 的排除
  • 运行 mvn dependency:tree 命令查看效果：
TIP

[INFO] com.alex.maven:pro02-maven-web:war:1.0-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:test
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] +- javax.servlet:javax.servlet-api:jar:3.1.0:provided
[INFO] \- com.alex.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile
[INFO] \- org.springframework:spring-core:jar:4.0.0.RELEASE:compile
  • 发现在 spring-core 下面就没有 commons-logging 了。

9. 实验九：继承

9.1 概念
  • Maven工程之间，A 工程继承 B 工程
    • B 工程：父工程
    • A 工程：子工程
  • 本质上是 A 工程的 pom.xml 中的配置继承了 B 工程中 pom.xml 的配置。
9.2 作用
  • 在父工程中统一管理项目中的依赖信息，具体来说是管理依赖信息的版本。
  • 它的背景是：
    • 对一个比较大型的项目进行了模块拆分。
    • 一个 project 下面，创建了很多个 module。
    • 每一个 module 都需要配置自己的依赖信息。
  • 它背后的需求是：
    • 在每一个 module 中各自维护各自的依赖信息很容易发生出入，不易统一管理。
    • 使用同一个框架内的不同 jar 包，它们应该是同一个版本，所以整个项目中使用的框架版本需要统一。
    • 使用框架时所需要的 jar 包组合（或者说依赖信息组合）需要经过长期摸索和反复调试，最终确定一个可用组合。这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。
  • 通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的 jar 包；又能够将以往的经验沉淀下来，节约时间和精力。
9.3 举例
  • 在一个工程中依赖多个 Spring 的 jar 包
TIP

[INFO] +- org.springframework:spring-core:jar:4.0.0.RELEASE:compile
[INFO] | \- commons-logging:commons-logging:jar:1.1.1:compile
[INFO] +- org.springframework:spring-beans:jar:4.0.0.RELEASE:compile
[INFO] +- org.springframework:spring-context:jar:4.0.0.RELEASE:compile
[INFO] +- org.springframework:spring-expression:jar:4.0.0.RELEASE:compile
[INFO] +- org.springframework:spring-aop:jar:4.0.0.RELEASE:compile
[INFO] | \- aopalliance:aopalliance:jar:1.0:compile
  • 使用 Spring 时要求所有 Spring 自己的 jar 包版本必须一致。为了能够对这些 jar 包的版本进行统一管理，我们使用继承这个机制，将所有版本信息统一在父工程中进行管理。
9.4 操作
9.4.1 创建父工程
  • 创建的过程和前面创建 pro01-maven-java 一样。
  • 工程名称：pro03-maven-parent
  • 工程创建好之后，要修改它的打包方式
<groupId>com.atguigu.maven</groupId>
<artifactId>pro03-maven-parent</artifactId>
<version>1.0-SNAPSHOT</version>

<!-- 当前工程作为父工程，它要去管理子工程，所以打包方式必须是 pom -->
<packaging>pom</packaging>
  • 只有打包方式为 pom 的 Maven 工程能够管理其他 Maven 工程。打包方式为 pom 的 Maven 工程中不写业务代码，它是专门管理其他 Maven 工程的工程。
9.4.2 创建模块工程
  • 模块工程类似于 IDEA 中的 module，所以需要进入 pro03-maven-parent 工程的根目录，然后运行 mvn archetype:generate 命令来创建模块工程。
  • 假设，我们创建三个模块工程：
    在这里插入图片描述
9.4.3 查看被添加新内容的父工程 pom.xml
  • 下面 modules 和 module 标签是聚合功能的配置
<modules>  
	<module>pro04-maven-module</module>
	<module>pro05-maven-module</module>
	<module>pro06-maven-module</module>
</modules>
9.4.4 解读子工程的pom.xml
<!-- 使用parent标签指定当前工程的父工程 -->
<parent>
	<!-- 父工程的坐标 -->
	<groupId>com.alex.maven</groupId>
	<artifactId>pro03-maven-parent</artifactId>
	<version>1.0-SNAPSHOT</version>
</parent>

<!-- 子工程的坐标 -->
<!-- 如果子工程坐标中的groupId和version与父工程一致，那么可以省略 -->
<!-- <groupId>com.alex.maven</groupId> -->
<artifactId>pro04-maven-module</artifactId>
<!-- <version>1.0-SNAPSHOT</version> -->
9.4.5 在父工程中配置依赖的统一管理
<!-- 使用dependencyManagement标签配置对依赖的管理 -->
<!-- 被管理的依赖并没有真正被引入到工程 -->
<dependencyManagement>
	<dependencies>
		<dependency>
			<groupId>org.springframework</groupId>
			<artifactId>spring-core</artifactId>
			<version>4.0.0.RELEASE</version>
		</dependency>
		<dependency>
			<groupId>org.springframework</groupId>
			<artifactId>spring-beans</artifactId>
			<version>4.0.0.RELEASE</version>
		</dependency>
		<dependency>
			<groupId>org.springframework</groupId>
			<artifactId>spring-context</artifactId>
			<version>4.0.0.RELEASE</version>
		</dependency>
		<dependency>
			<groupId>org.springframework</groupId>
			<artifactId>spring-expression</artifactId>
			<version>4.0.0.RELEASE</version>
		</dependency>
		<dependency>
			<groupId>org.springframework</groupId>
			<artifactId>spring-aop</artifactId>
			<version>4.0.0.RELEASE</version>
		</dependency>
	</dependencies>
</dependencyManagement>
9.4.6 子工程中引用那些被父工程管理的依赖
  • 关键点：省略版本号
<!-- 子工程引用父工程中的依赖信息时，可以把版本号去掉。	-->
<!-- 把版本号去掉就表示子工程中这个依赖的版本由父工程决定。 -->
<!-- 具体来说是由父工程的dependencyManagement来决定。 -->
<dependencies>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-core</artifactId>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-beans</artifactId>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-context</artifactId>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-expression</artifactId>
	</dependency>
	<dependency>
		<groupId>org.springframework</groupId>
		<artifactId>spring-aop</artifactId>
	</dependency>
</dependencies>
9.4.7 在父工程中升级依赖信息的版本
……
			<dependency>
				<groupId>org.springframework</groupId>
				<artifactId>spring-beans</artifactId>
				<version>4.1.4.RELEASE</version>
			</dependency>
……
  • 然后在子工程中运行mvn dependency:list，效果如下：
TIP

[INFO] org.springframework:spring-aop:jar:4.1.4.RELEASE:compile
[INFO] org.springframework:spring-core:jar:4.1.4.RELEASE:compile
[INFO] org.springframework:spring-context:jar:4.1.4.RELEASE:compile
[INFO] org.springframework:spring-beans:jar:4.1.4.RELEASE:compile
[INFO] org.springframework:spring-expression:jar:4.1.4.RELEASE:compile
9.4.8 在父工程中声明自定义属性
<!-- 通过自定义属性，统一指定Spring的版本 -->
<properties>
	<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
	
	<!-- 自定义标签，维护Spring版本数据 -->
	<alex.spring.version>4.3.6.RELEASE</alex.spring.version>
</properties>
  • 在需要的地方使用${}的形式来引用自定义的属性名：
<dependency>
	<groupId>org.springframework</groupId>
	<artifactId>spring-core</artifactId>
	<version>${alex.spring.version}</version>
</dependency>
  • 真正实现“一处修改，处处生效”。
9.5 实际意义

在这里插入图片描述

  • 编写一套符合要求、开发各种功能都能正常工作的依赖组合并不容易。如果公司里已经有人总结了成熟的组合方案，那么再开发新项目时，如果不使用原有的积累，而是重新摸索，会浪费大量的时间。为了提高效率，我们可以使用工程继承的机制，让成熟的依赖组合方案能够保留下来。
  • 如上图所示，公司级的父工程中管理的就是成熟的依赖组合方案，各个新项目、子系统各取所需即可。

10. 实验十：聚合

10.1 聚合本身的含义
  • 部分组成整体
10.2 Maven 中的聚合
  • 使用一个“总工程”将各个“模块工程”汇集起来，作为一个整体对应完整的项目。
    • 项目：整体
    • 模块：部分
TIP

概念的对应关系：

从继承关系角度来看：

父工程
子工程

从聚合关系角度来看：

总工程
模块工程
10.3 好处
  • 一键执行 Maven 命令：很多构建命令都可以在“总工程”中一键执行。
  • 以 mvn install 命令为例：Maven 要求有父工程时先安装父工程；有依赖的工程时，先安装被依赖的工程。我们自己考虑这些规则会很麻烦。但是工程聚合之后，在总工程执行 mvn install 可以一键完成安装，而且会自动按照正确的顺序执行。
  • 配置聚合之后，各个模块工程会在总工程中展示一个列表，让项目中的各个模块一目了然。
10.4 聚合的配置
  • 在总工程中配置 modules 即可：
<modules>  
	<module>pro04-maven-module</module>
	<module>pro05-maven-module</module>
	<module>pro06-maven-module</module>
</modules>
10.5 依赖循环问题
  • 如果 A 工程依赖 B 工程，B 工程依赖 C 工程，C 工程又反过来依赖 A 工程，那么在执行构建操作时会报下面的错误：
DANGER

[ERROR] [ERROR] The projects in the reactor contain a cyclic reference:
  • 这个错误的含义是：循环引用。

四、使用Maven：IDEA环境

1. 创建父工程

1.1 创建 Project

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

1.2 开启自动导入
  • 创建 Project 后，IDEA 会自动弹出下面提示，我们选择『Enable Auto-Import』，意思是启用自动导入。
    在这里插入图片描述
  • 这个自动导入一定要开启，因为 Project、Module 新创建或 pom.xml 每次修改时都应该让 IDEA 重新加载 Maven 信息。这对 Maven 目录结构认定、Java 源程序编译、依赖 jar 包的导入都有非常关键的影响。
  • 另外也可以通过 IDEA 的 Settings 设置来开启：
    在这里插入图片描述

2. 配置Maven信息

  • 每次创建 Project 后都需要设置 Maven 家目录位置，否则 IDEA 将使用内置的 Maven 核心程序（不稳定）并使用默认的本地仓库位置。这样一来，我们在命令行操作过程中已下载好的 jar 包就白下载了，默认的本地仓库通常在 C 盘，还影响系统运行。
  • 配置之后，IDEA 会根据我们在这里指定的 Maven 家目录自动识别到我们在 settings.xml 配置文件中指定的本地仓库。
    在这里插入图片描述

3. 创建Java模块工程

在这里插入图片描述
在这里插入图片描述

4. 创建Web模块工程

4.1 创建模块
  • 按照前面的同样操作创建模块，此时这个模块其实还是一个Java模块。
4.2 修改打包方式
  • Web 模块将来打包当然应该是 war 包。
<packaging>war</packaging>
4.3 Web 设定
  • 首先打开项目结构菜单：
    在这里插入图片描述
  • 然后到 Facets 下查看 IDEA 是否已经帮我们自动生成了 Web 设定。正常来说只要我们确实设置了打包方式为 war，那么 IDEA 2019 版就会自动生成 Web 设定。
    在这里插入图片描述
4.4 借助IDEA生成web.xml

在这里插入图片描述
在这里插入图片描述

4.5 设置 Web 资源的根目录
  • 结合 Maven 的目录结构，Web 资源的根目录需要设置为 src/main/webapp 目录。
    在这里插入图片描述
    在这里插入图片描述

5. 其他操作

5.1 在IDEA中执行Maven命令
5.1.1 直接执行

在这里插入图片描述

5.1.2 手动输入

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 如果有需要，还可以给命令后面附加参数：

在这里插入图片描述

5.2 在IDEA中查看某个模块的依赖信息

在这里插入图片描述

5.3 工程导入
  • Maven工程除了自己创建的，还有很多情况是别人创建的。而为了参与开发或者是参考学习，我们都需要导入到 IDEA 中。下面我们分几种不同情况来说明：
5.3.1 来自版本控制系统
  • 目前我们通常使用的都是 Git（本地库） + 码云（远程库）的版本控制系统
5.3.2 来自工程目录

  • 直接使用 IDEA 打开工程目录即可。例子：

  • [1]工程压缩包
    假设别人发给我们一个 Maven 工程的 zip 压缩包：maven-rest-demo.zip。从码云或GitHub上也可以以 ZIP 压缩格式对项目代码打包下载。

  • [2]解压
    如果你的所有 IDEA 工程有一个专门的目录来存放，而不是散落各处，那么首先我们就把 ZIP 包解压到这个指定目录中。
    在这里插入图片描述

  • [3]打开
    只要我们确认在解压目录下可以直接看到 pom.xml，那就能证明这个解压目录就是我们的工程目录。那么接下来让 IDEA 打开这个目录就可以了。
    在这里插入图片描述
    在这里插入图片描述

  • [4]设置 Maven 核心程序位置
    打开一个新的 Maven 工程，和新创建一个 Maven 工程是一样的，此时 IDEA 的 settings 配置中关于 Maven 仍然是默认值：
    在这里插入图片描述
    所以我们还是需要像新建 Maven 工程那样，指定一下 Maven 核心程序位置：
    在这里插入图片描述

5.4 模块导入
5.4.1 情景重现
  • 在实际开发中，通常会忽略模块（也就是module）所在的项目（也就是project）仅仅导入某一个模块本身。这么做很可能是类似这样的情况：比如基于 Maven 学习 SSM 的时候，做练习需要导入老师发给我们的代码参考。
    在这里插入图片描述
5.4.2 导入 Java 类型模块

  • 找到老师发的工程目录
    在这里插入图片描述

  • 导入 Java 类型模块

    • 找到老师发的工程目录
      在这里插入图片描述

    • 复制我们想要导入的模块目录
      在这里插入图片描述

    • 粘贴到我们自己工程目录下

      • 这个工程（project）是我们事先在 IDEA 中创建好的。
        在这里插入图片描述
        在这里插入图片描述

  • 在 IDEA 中执行导入
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

  • 修改 pom.xml

    • 刚刚导入的 module 的父工程坐标还是以前的，需要改成我们自己的 project。
      在这里插入图片描述
      在这里插入图片描述

  • 最终效果
    在这里插入图片描述

5.4.3 导入 Web 类型模块
  • 其它操作和上面演示的都一样，只是多一步：删除多余的、不正确的 web.xml 设置。如下图所示：
    在这里插入图片描述
柠檬小帽
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
POM文件中使用＜exclusions＞标签解决jar冲突问题
源于热爱的博客
08-19 4964
<dependency> <groupId>net.oneandone.ical4j</groupId> <artifactId>ical4j</artifactId> <version>2.0.4</version> <exclusions> <exclusion...
maven项目pom中scope类型
诚的博客
08-14 428
1.compile：默认值 他表示被依赖项目需要参与当前项目的编译，还有后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去 2.test：依赖项目仅仅参与测试相关的工作，包括测试代码的编译和执行，不会被打包，例如：junit 3.runtime：表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过了编译而已。例如JDBC驱动，适用运行和测试阶段 4.provided：打包的时候可以不用包进去，别的设施会提供。事实上该依赖理论上可.
maven中排除依赖传递 pom.xml的exclusions
GuessHat的博客
10-13 1204
maven中排除依赖传递 pom.xml的exclusions 在mavenB项目中引入mavenA项目依赖，通过依赖传递，会将mavenA中的jar包传递进来 如果B中不需要A中的某个jar包就可以使用以下标签： <exclusions> <exclusion> <groupId></groupId> <artifactId>
maven排除依赖
s17856147699的博客
08-11 441
maven排除依赖
maven pom.xml解析、命令说明、依赖传递、继承、聚合、properties、build、依赖范围、版本仲裁、profile
doubiy的博客
05-02 4040
maven是当前Java项目中用到最多的依赖管理工具。最开始的项目比较小引入的依赖包也少所以可以通过手动加载jar包的方式来管理依赖包；但随着项目越来越复杂各种大小框架层出不穷，一个项目的开发往往依赖的jar包成百上千，此时再去手动依赖找到这些jar包并且找到它们相互依赖的版本无疑是一个巨大的工程，此时需要一个能够简单解决掉这些依赖关系的工具；maven就解决了这一类的难题，并且maven还可以做项目构建，比如一个spring boot项目打包成一个jar包给项目部署也带了极大的方便。 一、POM文件解析
Java后端学习笔记。包括Linux、maven、git、互联网架构、大数据体系等.zip
最新发布
03-06
这份"Java后端学习笔记"涵盖了Linux、Maven、Git、互联网架构和大数据体系等多个关键知识点，是提升Java开发者技能的重要资料。 首先，让我们深入了解一下这些主题： 1. **Linux**：作为服务器操作系统，Linux在...
spring boot + maven + mybatis + layui
05-06
Maven的插件体系强大，支持各种构建任务，如编译、测试、打包、部署等。 **MyBatis** MyBatis是一个优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及...
java学习体系
05-15
8. Java构建工具和版本控制：掌握如Maven、Gradle这样的构建工具，以及Git等版本控制系统，对于Java项目的管理是必不可少的。 9. Java IDE工具：熟悉集成开发环境（IDE）如Eclipse、IntelliJ IDEA等，是提高开发...
maven3.2.1多模块ssh2
05-20
SSH（Struts2、Spring、Hibernate）是Java开发中最流行的三大框架，它们协同工作，可以极大地提高开发效率和代码质量。 **Maven** 是一个强大的项目管理和依赖管理工具，它通过POM（Project Object Model）文件来...
spring+springMvc+myBatis+maven整合
10-08
SSM整合指的是Spring、SpringMVC和MyBatis三个开源框架的集成，是Java后端开发中的常见技术栈。这一体系结构允许开发者利用Spring的强大功能进行依赖注入，使用SpringMVC处理HTTP请求，以及通过MyBatis进行灵活的...
maven pom详解
09-26
maven pom详解
maven parent 覆盖_覆盖父pom依赖
weixin_39689687的博客
01-17 1022
I made a simple EAR project with maven and wildfly, but I have some problems with obsolete dependencies.Project structure is like:Project--EarProject--BaseProject--WarProject--EjbProjectIn parent Proj...
Maven如何简单排除依赖
BO688的博客
07-14 4388
项目pom.xml依赖着maven-plugin-api、maven-plugin-annotations、junit。reload 重新加载pom和视图就可以看到没了这个sisu-inject-bean依赖。reload 重新加载pom和视图就可以看到没了这个sisu-inject-bean依赖。这种方法比较复杂需要寻找你要排除的父依赖像，需要在maven-plugin-api排除。（因为maven依赖是最短路径选择，选中了之后就不会再依赖其他更深的依赖）可以看到图中有这些依赖。
maven中parent更换依赖
StoryJ的博客
05-27 1345
maven中parent更换依赖
maven default aliyun_Maven从入门到放弃
weixin_39546661的博客
11-28 315
点击上方“Java知音”，选择“置顶公众号”技术文章第一时间送达！推荐阅读(点击即可跳转阅读)1.SpringBoot内容聚合2.面试题内容聚合3.设计模式内容聚合4.Mybatis内容聚合5.多线程内容聚合1.maven是什么？maven是Apache下的一个纯java开发的一个开源项目，它是一款能够抽象构建过程，并且提供依赖管理，中央仓库，自动下载构建等功能的项目构建工具。...
如何：在Maven项目（JUnit，Mockito，Hamcrest，AssertJ）中测试依赖项
最佳 Java 编程
05-20 1035
对于当今的大多数Java项目，JUnit本身还远远不够。 您还需要一个模拟库，也许还有其他东西。 在此迷你操作指南中，我介绍了可以在新的Java项目中开始的测试依赖项。 一切都始于JUnit Maven存储库中的junit组中有两个工件： junit和junit-dep 。 在4.9版之前，后者不包含对内联的Hamcrest的依赖。 今天，我们使用junit依赖关系如下： <de...
maven依赖能省略版本号吗？--不能
qq_41740883的博客
05-28 7944
普通maven项目 maven导入依赖时，可以省略版本号吗？ 答案是不可以。maven坐标三要素gav缺一不可。 <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.10.4</version> </depend
pom中的optional和exclusions
随缘同学的博客
02-23 527
项目a的pom 项目a的pom &lt;dependency&gt; &lt;groupId&gt;com.B&lt;/groupId&gt; &lt;artifactId&gt;b&lt;/artifactId&gt; &lt;optional&gt;true&lt;/optional&gt; &
mvn解决依赖冲突问题exclusions
喔易
12-22 3341
如下问题，slf4j发生多个地方引入，由于我是新增一个依赖时发生该问题，所以相对容易找到问题所在，直接在依赖添加了排除，clean下，重新运行即可。所以解决该问题需要你事先知道引入的依赖包是否包含了重复包，出现重复包时，需要手动加入排除依赖功能。 SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding i...
数字后端小白应该学什么内容
09-10
此外，数字后端小白也应该学习了解常用的数字后端框架（如Spring、Hibernate等），以及软件工程和计算机体系结构等相关知识。 ### 回答2： 作为数字后端小白，应该学习以下内容： 1. 编程语言：掌握至少一种常用...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

柠檬小帽

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值