`
cakin24
  • 浏览: 1387604 次
  • 性别: Icon_minigender_1
  • 来自: 西安
社区版块
存档分类
最新评论

maven依赖冲突

    博客分类：
  • java
maven依赖冲突 
阅读更多
一、短路优先
1、基本原则
A->B->C->X（jar）
A->B->X（jar）
这里会选择第2条路径
2、实例
nage依赖于bge，shanji依赖于nage
bge：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-bge</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-bge</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
       <groupId>commons-io</groupId>
       <artifactId>commons-io</artifactId>
       <version>2.4</version>
       </dependency>
  </dependencies>
</project>
nage：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-nage</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-nage</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
       <groupId>commons-io</groupId>
       <artifactId>commons-io</artifactId>
       <version>2.0</version>
       </dependency>
     <dependency>
              <groupId>com.hongxing</groupId>
              <artifactId>hongxing-bge</artifactId>
              <version>0.0.1-SNAPSHOT</version>
    </dependency>
  </dependencies>
</project>
shanji：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-shanji</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-shanji</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
       <groupId>com.hongxing</groupId>
       <artifactId>hongxing-nage</artifactId>
       <version>0.0.1-SNAPSHOT</version>
    </dependency>
  </dependencies>
</project>
此时shanji依赖于2.0版本
19.png
 
二 路径相同，先声明先优先
shanji依赖于bge，shanji依赖于nage，bge和nage没有关系
bge：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-bge</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-bge</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
       <groupId>commons-io</groupId>
       <artifactId>commons-io</artifactId>
       <version>2.4</version>
       </dependency>
  </dependencies>
</project>
nage：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-nage</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-nage</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
       <groupId>commons-io</groupId>
       <artifactId>commons-io</artifactId>
       <version>2.0</version>
       </dependency>
  </dependencies>
</project>
shanji：
  <modelVersion>4.0.0</modelVersion>
 
  <groupId>com.hongxing</groupId>
  <artifactId>hongxing-shanji</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>jar</packaging>
 
  <name>hongxing-shanji</name>
  <url>http://maven.apache.org</url>
 
  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>
 
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
    <dependency>
              <groupId>com.hongxing</groupId>
              <artifactId>hongxing-bge</artifactId>
              <version>0.0.1-SNAPSHOT</version>
       </dependency>
    <dependency>
       <groupId>com.hongxing</groupId>
              <artifactId>hongxing-nage</artifactId>
              <version>0.0.1-SNAPSHOT</version>
        </dependency>
       
  </dependencies>
</project>
此时shanji依赖于2.4版本


 
  • 大小: 11.9 KB
1
顶
1
踩
分享到：
| ACL权限的查看和设定
评论
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

    maven依赖冲突插件 MavenHelper-4.26.0

    maven依赖冲突插件：idea依赖很多的时候 可以使用插件帮我们快速查看冲突的依赖 并快速的解决依赖

    试试 IDEA 解决 Maven 依赖冲突的高能神器.docx

    总的来说，解决Maven依赖冲突需要理解其工作原理，结合IDEA提供的工具，如Maven Helper插件和依赖结构图，可以有效地定位和排除冲突，保持项目的稳定性和可维护性。在实际开发中，避免引入不必要的依赖和定期清理...

    详解maven依赖冲突以及解决方法

    maven依赖冲突及解决方法 maven依赖冲突是指项目依赖的某一个jar包，有多个不同的版本，因而造成类包版本冲突。这种情况下，项目可能会出现无法编译或运行的错误。 依赖冲突的原因： 依赖冲突很经常是类包之间的...

    解决Maven依赖冲突

    对于第二类依赖冲突，同名类存在于多个不同的依赖 jar 包当中，这种情况是 Maven 无法解决的，因为 Maven 只会为你针对同一个 Jar 包的不同版本进行仲裁，而这俩是属于不同的 Jar 包，超出了 Maven 的依赖管理范畴。...

    idea插件一键解决maven依赖冲突

    本插件参考58开源插件MavenManager，采用dependencyManagement方式，一键解决Java开发过程中使用maven作为依赖管理时的jar包依赖冲突问题，相比MavenHelper更加省时省力，jar包版本采用最新版本号原则

    cleanLastUpdated maven依赖冲突清理.zip

    导入maven仓库的时候总是提示jar文件导入不成功的错误，后经过分析，发现不成功的文件夹里面存在lastUpdate后缀名的文件。 用途：删除lastupdated脚本文件 注：路径需要自己用文本编辑器打开后进行修改

    精通Maven依赖冲突：策略、工具与实战技巧

    Maven的核心是一个项目对象模型（POM），利用这个模型的概念，可以管理项目的构建、依赖、文档创建、站点发布和分发等步骤。 Maven的主要目标是提供一个可重复使用、可维护且易于理解的项目综合模型，以及与此模型...

    ​实现maven项目中多版本依赖兼容使用解决方案

    总结来说，解决Maven依赖冲突需要深入理解Maven的依赖管理和类加载机制。在本案例中，通过修改冲突依赖的类路径，可以实现多版本依赖的共存，但这种方式并不适用于所有场景，因此在实际应用中应谨慎考虑。在可能的...

    maven依赖小例子

    这大大简化了项目的构建过程，但同时也可能导致依赖冲突，需要通过排除机制或调整依赖版本来解决。 在`&lt;dependency&gt;`标签内，还可以添加`&lt;exclusions&gt;`子标签来排除特定的依赖，避免冲突。例如： ```xml ...

    MavenHelper插件 帮你检查maven的各种冲突

    这款插件专为IntelliJ IDEA设计，旨在帮助开发者轻松解决Maven依赖冲突问题，提高开发效率。 **MavenHelper插件介绍** MavenHelper是一款强大的IDEA插件，它的主要功能是分析和可视化Maven项目的依赖树，帮助开发者...

    Maven依赖管理项目构建工具.pdf

    2. Maven依赖冲突特性 当不同依赖引入了相同但不同版本的库时，会产生依赖冲突。Maven遵循“nearest wins”原则解决冲突，但可能需要手动调整。 七、Maven工程继承和聚合关系 1. Maven工程继承关系 一个父pom可以...

    maven依赖包（用于博客项目）

    本资源“maven依赖包（用于博客项目）”显然包含了一系列与博客项目相关的Maven依赖，这些依赖可能包括数据库连接库、模板引擎、日志框架、安全组件以及其他有助于构建博客平台的Java库。 1. **Maven仓库**: ...

    Maven 依赖详细理解.pdf

    依赖范围(scope)是Maven依赖管理的一个重要概念。scope定义了依赖项的使用范围，主要有以下几个选项：compile、provided、runtime和test。compile表示依赖项在编译时需要，provided表示依赖项在编译和测试时需要，但...

    dubbo项目maven依赖

    1. **依赖版本不匹配**：Dubbo项目依赖于许多其他库，如果本地Maven仓库中的依赖版本与项目中声明的不一致，可能导致编译失败。解决方法是更新Maven的settings.xml文件，或者在pom.xml中指定特定版本。 2. **网络...

    maven 中引入依赖的包

    这在排查依赖冲突或理解项目依赖关系时非常有用。 除了Maven的默认仓库外，还可以通过`&lt;repository&gt;`标签添加自定义的远程仓库地址，这对于处理公司内部私有库或者第三方库的非中央仓库发布的情况非常关键。 在...

    Maven的依赖验证项目

    【Maven的依赖验证项目】是一个关于Maven项目管理和依赖管理的实践案例，它与CSDN博主songdeitao的一篇文章《Maven依赖管理详解》相关联。在这个项目中，我们将深入理解Maven如何处理项目的依赖关系，以及如何有效地...

    MavenHelper

    总之，"MavenHelper"是Java开发者处理Maven依赖冲突的理想工具。通过它，开发者可以更有效地管理项目中的依赖关系，避免因冲突带来的困扰，从而提高开发效率和项目质量。在实际开发中，熟练掌握并运用这款插件，无疑...

    maven_package 依赖包（完整）

    6. **依赖冲突解决**：Maven采用"最接近原则"解决依赖冲突，即当两个或更多依赖引入相同jar的不同版本时，会选择离当前模块最近的版本。 7. **聚合与继承**：聚合（aggregation）允许一个项目包含其他项目，而继承...

    maven依赖的压缩包

    5. **解决依赖问题**：如果遇到依赖冲突，Maven遵循“最接近原则”（nearest wins）进行解决，但也可以通过调整POM中的dependencyManagement来全局控制依赖版本。 6. **使用Maven仓库**：除了中央仓库外，还可以...

    Maven中的依赖

    5. **仓库**：Maven依赖的存储库，包括本地仓库（默认在用户目录下）和远程仓库（如中央仓库mvnrepository.com）。当本地仓库没有所需依赖时，Maven会尝试从远程仓库下载。 6. **排除依赖（exclude）**：有时候我们...

Magicbox
Global site tag (gtag.js) - Google Analytics