如果项目中maven依赖太多,由于还有jar之间的间接依赖,所以可能会存在依赖冲突.依赖冲突大部分都是由于版本冲突引起的,查看maven的依赖关系,可以找到引起冲突的间接依赖 如上图,通过Dependency Hierachy可以查看到间接依赖,这里slf4j-api与其他引用的版本有冲突,我们可以exclude禁用这个间接依赖,代码如下: <dependency> <groupId>displaytag</groupId> <artifactId>disp

转载请注明原文地址:http://www.cnblogs.com/ygj0930/p/6628429.html  一:Maven依赖传递 假如有Maven项目A,项目B依赖A,项目C依赖B.那么我们可以说 C依赖A.也就是说,依赖的关系为:C—>B—>A. 那么我们执行项目C时,会自动把B.A都下载导入到C项目的jar包文件夹中. 这就是依赖的传递性. 二:依赖传递的排除 如上,C—>B—>A.加入现在不想执行C时把A下载进来,那么我们可以用 <exclusions>标

问题介绍: 在maven项目中,最关键的就是pom.xml这个文件,这个文件是用来导入maven项目依赖的jar包以及一些插件等. 在这个文件中导入jar包使用的标签是<dependency>,而在这个标签下有一个子标签,叫做<scope>,它是有什么用处呢?下面我就来讲讲它的作用. 内容讲解: <scope>这个标签的主要作用有三个: 1.确定导入的jar包的有效区域.这里说的区域分别为: a)主程序区域: b)测试程序区域: 2.是否参与maven项目的打包: 项目

本节主要讲了 1 maven依赖传递 本地项目路径:F:\xiangmu3\Xin\FuQiang\maven\code 2 maven排除依赖 3 注意事项 4 零散知识点 1 maven依赖传递 <!-- 南哥项目--> <!-- 山鸡依赖于南哥,南哥依赖于逼哥在这里添加依赖关系 --> <dependency> <groupId>com.hongxing</groupId> <artifactId>hongxing-bige&l

此文已由作者翟曜授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 最近在测试过程中,遇到了几次maven传递依赖冲突的问题,所以记录下解决的过程,遇到类似问题供参照. 问题现象: 某服务不可用,查看启动log有报错信息,例如: java.lang.NoSuchMethodError,类名和方法名看起来,初步判断出是在某个依赖的jar包里. 排查步骤: 首先确认是哪个jar包.根据类名进行搜索,确认jar包为:netty.同时发现本地依赖的jar包版本都有多个,已经基本可断

说maven依赖冲突之前需要先说说maven的 依赖传递. 依赖传递 当前项目引入了一个依赖,该依赖的依赖也会被引入项目.更加准确的说法是,maven会解析直接依赖的POM,将那些必要的间接依赖,以传递依赖的形式引入到当前项目中. 为什么说是'必要的间接依赖'呢?这是因为不是所有的间接依赖都会被引入的.这还得说说maven的 依赖范围. 依赖范围 maven引入依赖,并不是把jar包拷贝到项目中来,而是把jar包下载到本地仓库,然后通过制定classpath来在项目中引入具体的jar包.mave

现在的项目一般是拆分成一个个独立的模块,当在其他项目中想要使用独立出来的这些模块,只需要在其pom.xml使用<dependency>标签来进行jar包的引入即可. <dependency>其实就是依赖,关于依赖管理里面都涉及哪些内容,我们就一个个来分析下: 依赖传递 可选依赖 排除依赖 我们先来说说什么是依赖: 依赖指当前项目运行所需的jar,一个项目可以设置多个依赖. 格式为: <!--设置当前项目所依赖的所有jar--> <dependencies>

上次读书笔记中,提到了依赖传递.看着依赖传递表,一直在思考为什么会是这样. 先看传递表: compile test provided runtime compile test provided runtime compile test provided runtime - - - - - - - - runtime test provided runtime (最左边一列表示第一依赖范围,最上边一行表示第二依赖范围) 需要详细理解的知识点: 1.首先看看scope的作用:scope是用来排除多余

依赖传递原则: 1.路径最短原则 2.路径相同是先申明者优先(dependency申明顺序先的优先)

三个mavean项目 A  .B. C 如果B依赖A(A先执行clean package命令) 那么B得pom.xml文件里面就写 <dependency> <groupId>A的包名</groupId> <artifactId>A的项目名</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> 如果C项目依赖B(B先执行clean packag

快速创建SpringBoot2.x应用之工具类自动创建web应用简介:使用构建工具自动生成项目基本架构 1.工具自动创建:http://start.spring.io/ 2.访问地址:http://localhost:8080/ 开始下载,解压,导入Maven项目 导入后: Run AS启动,访问localhost:8080 需要加地址/路由 再次访问: 总结: 推荐使用自动生成工具来创建项目,可以自动搭建. SpringBoot2.x的依赖默认Maven版本 简介:讲解SpringBoot2.

在maven的pom文件中 <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version></version> <scope>test</scope> </dependency> </dependencies> 那这个例子很简单,但是实际开发

一: 依赖范围scope 共5种,compile (编译).test (测试).runtime (运行时).provided.system 不指定,则依赖范围默认为compile. compile:编译依赖范围,在编译,测试,运行时都需要. test: 测试依赖范围,测试时需要.编译和运行不需要.如Junit runtime: 运行时依赖范围,测试和运行时需要.编译不需要.如JDBC驱动包 provided:已提供依赖范围,编译和测试时需要.运行时不需要.如servlet-api system:

转自:https://www.cnblogs.com/duanxz/p/6084494.html 大家都知道Maven的优点是依赖管理,特别是前期使用ANT的开发者都有很多感触.最近要开发一个java工程,定的要使用maven,会使用hadoop和hbase的客户端,而引入一个hadoop-client的jar或者hbase的jar包,会依赖十几个其他的jar包,而这些jar包的功能我又用不上,所以这种依赖反倒成了工程瘦身的负担.关键我还有强迫症,见到这些对工程无用的包,我就抓狂.所以在网上百找

A->B(compile)     第一关系: a依赖b   compile B->C(compile)     第二关系: b依赖c   compile   当在A中配置 <dependency>              <groupId>com.B</groupId>              <artifactId>B</artifactId>              <version>1.0</versi

通常情况下,我们都比较喜欢使用maven进行项目管理,要加个依赖包也非常简单,不需要到处去下载jar包,当然除了maven之外,也还有一些非常不错的工具.在使用maven进行项目依赖管理的时候,有时候会出现一种情况,多个不同的开源组件都依赖了另外一个组件,但是这个组件的版本却不一样,在maven依赖中就会看到两个版本不同的jar,通常我们可以根据实际情况排除其中一个,当然前提是这个版本没有太大的差异,兼容.老规矩,直接了当说怎么做吧: 1.手工添加配置:在dependency标签里使用子标签ex

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/sch

1 依赖的传递 假如 A项目 依赖 a.jar 1.0.1,b.jar 1.0.1,没有直接依赖c.jar 1.0.1,但是b.jar 1.0.1依赖了c.jar 1.0.1,可以说A项目间接依赖了c.jar 1.0.1 B项目 依赖 a.jar 1.0.2,b.jar 1.0.2,c.jar 1.0.2. C项目直接依赖 A,B项目 但是C中的pom文件先依赖A再依赖B 那么C中a.jar 的版本为1.0.1  a.jar都是直接依赖,按照依赖的优先顺序,而C中c的jar版本为1.0.2. 2

在引用两个有冲突的依赖时,就需要把其中一个的依赖中某个依赖排除掉 exclusions 例如: <dependency> <groupId>org.activiti</groupId> <artifactId>activiti-engine</artifactId> <version>${activiti.version}</version> <exclusions> <exclusion> <

大家都知道Maven的优点是依赖管理,特别是前期使用ANT的开发者都有很多感触.最近要开发一个java工程,定的要使用maven,会使用hadoop和hbase的客户端,而引入一个hadoop-client的jar或者hbase的jar包,会依赖十几个其他的jar包,而这些jar包的功能我又用不上,所以这种依赖反倒成了工程瘦身的负担.关键我还有强迫症,见到这些对工程无用的包,我就抓狂.所以在网上百找千寻,找到了几个方法: 1. 项目间传递 如果我的当前项目是project1,project1要依

https://www.cnblogs.com/mxm2005/p/4947905.html