添加链接
link之家
链接快照平台
  • 输入网页链接,自动生成快照
  • 标签化管理网页链接
备案 控制台
学习
实践
活动
专区
工具
TVP
写文章

maven repositories配置_ maven 排除 依赖

eclipse maven 配置修改: maven repository 配置 http://blog.csdn.net/joewolf/article/details/4876604 Maven 缺省的本地仓库地址为 你也可以自定义本地仓库的位置,修改${user.home}/.m2/settings.xml : 了解了本地仓库,接着了解一下 Maven 缺省的远程仓库,即 Maven 中央仓库 在POM中配置远程仓库 <project <repositories> <repository> <id> maven -net-cn</id> <name> Maven China Mirror</name> 至于<pluginRepositories>,这是配置 Maven 从什么地方下载插件构件( Maven 的所有实际行为都由其插件完成)。该元素的内部配置和<repository>完全一样,不再解释。 使用profile为settings.xml添加仓库提供了一种用户 全局 范围的仓库配置。

317 1 0
  • 广告
    关闭

    上云精选

    2核2G云服务器 每月9.33元起,个人开发者专属3年机 低至2.3折

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

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

    我们知道, maven 依赖 关系是有传递性的。如:A-->B,B-->C。但有时候,项目A可能不是必需 依赖 C,因此需要在项目A中 排除 对A的 依赖 。 在 maven 依赖 管理中,有两种方式可以对 依赖 关系进行,分别是可选 依赖 (Optional Dependencies)以及 依赖 排除 (Dependency Exclusions)。 二、 依赖 排除 当一个项目A 依赖 项目B,而项目B同时 依赖 项目C,如果项目A中因为各种原因不想引用项目C,在配置项目B的 依赖 时,可以 排除 对C的 依赖 。 -- This dependency should be excluded --> -> Project-F -> Project C A对于E相当于有多重 依赖 ,我们在 排除 对 官网: http:// maven .apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html

    4.2K 6 0

    Maven 精选系列-- 依赖 范围、传递、 排除

    今天讲讲如何管理 依赖 ,及 依赖 的范围、传递性等特征。 添加 依赖 下面我添加了一个spring-web的 依赖 maven 就会去下载spring-web的jar包及它 依赖 的一些jar包。 Maven 2.0.9之后新增的范围,只能用在<dependencyManagement>中,并且导入的type为pom类型的父工程配置,一般用来解决多继承问题。 继承:A继承B,A就可以继承B的dependencies 依赖 。 聚合:A 依赖 C,C 依赖 D,那么A就要 依赖 D自然也就获取了D的 依赖 。 下面这是dubbo的直接 依赖 和所有间接 依赖 的关系列表。 依赖 排除 依赖 传递过程中,如A 依赖 B、S2.0,B 依赖 C、S1.0,这样A就有了S1.0和S2.0两个 依赖 ,这样某些情况下会造成冲突需要手动把B间接传递过来的 依赖 排除 掉,就是不 依赖 B带过来的S1.0的包 <groupId>com.test</groupId> <artifactId>S</artifactId> </exclusion> </exclusions> </dependency> 排除 所有间接 依赖

    870 12 0

    Maven 依赖

    Maven 解析 依赖 信息时,首先会到本地仓库中查找 依赖 的 Jar 包 对于本地仓库中没有的 依赖 ,就会去中央仓库查找,通过 Maven 坐标来获取 jar 包,获取到后会先下载到本地仓库 对于中央仓库中不存在的 依赖 包 ,就会显示编译失败 ② 如果 依赖 的是自己或者团队开发的 Maven 工程,需要先使用 install 命令把被 依赖 maven 工程的 jar 包安装到本地仓库中 ③ 依赖 范围,scope 配置就是 依赖 的范围 runtime:只在运行时使用,如 JDBC 驱动,适用于运行和测试阶段 4. test:只在测试时使用,用于编译和运行测试代码,不会随项目发布 5. system:类似 provided,需要显式提供包含 依赖 的 jar, Maven 不会在 Repository 中进行查找

    496 1 0

    Maven 依赖 管理

    摘要 作为开发者,我们一直使用 Maven 来作为版本 依赖 管理工具,不过我们经常会遇到 依赖 冲突等问题,我们这边文章就来明确一下 Maven 是如何管理 依赖 与版本的。 : 修改是向后兼容的,一般表示引入了新功能 IncrementalVersion: 修改是向后兼容的,一般用于bug 修复 Maven 依赖 的选择策略 假设有一个项目P, 它有如下的 依赖 图: 那我们在构建的时候,哪些 依赖 会包含在构建中呢? 这就涉及到 Maven 依赖 选择策略, Maven 有两条 依赖 选择规则: 1. 距离根节点最近的 依赖 会被选择使用 我们可以使用 exclude 方式将 Z 1.0 排除 依赖 Maven 依赖 管理很灵活,但是当有很多的 依赖 时,很容易会造成 依赖 选择的不正确。 其实更真实的说法是, Maven 使用的这种 依赖 选择策略是有问题的,当遇到 依赖 冲突时,抛出异常由程序员决定选择哪个 依赖 是更好的选择, Maven 的这种选择 依赖 的方式运气好一点的在启动或测试时发现,运气不好等到上线甚至埋藏很久才会运行异常

    339 2 0

    Maven 依赖 管理

    Maven 坐标 3. 依赖 冲突 3.1 冲突产生原因 3.2 解决冲突的办法 在我们创建使用 Maven 项目的过程中,当需要用到第三方的控件时,都是通过 依赖 管理来达成,也就是 Maven 项目中必有的 pom.xml 文件。 依赖 冲突 3.1 冲突产生原因 Maven 项目中,通常都会定义血多 dependency,每个 dependency 内部也会定义它的 dependency,而有时各个 依赖 之间会产生冲突,冲突的原因通常主要是 「由于 jar 包 依赖 的传递性」,如果在一个项目中同时引入了一个 依赖 的不同版本,就可能导致 依赖 冲突。 「移除 依赖 :用于 排除 某项 依赖 依赖 包」 除开上述策略外,我们也可以手动在 pom.xml 中使用 <exclusion> 标签来 排除 发生冲突的 依赖 包,如下面用于 排除 sring-core 冲突的例子:

    434 2 0

    Maven 依赖 管理 - 引入 依赖

    Maven 依赖 管理 - 引入 依赖 依赖 管理(引入 依赖 ) 能够掌握 依赖 引入的配置方式 导入 依赖 导入 依赖 练习 依赖 范围 3.1导入 依赖 导入 依赖 坐标,无需手动导入jar包就可以引入 在pom.xml中使用<dependency>标签引入 依赖 。 做项目/工作里面 都有整套的 依赖 的, 不需要背诵的. 或者可以去 Maven 官网找, 复制,粘贴即可. 在项目的 pom.xml 导入junit坐标 依赖 image-20201213200004303 --引入servlet的 依赖 --> image-20201213200903462 其中范围的说明如下: compile 编译、测试、运行,A在编译时 依赖 B,并且在测试和运行时也 依赖 例如:strus-core、spring-beans

    496 1 0

    快速学习 Maven - Maven 依赖

    maven 工程中,这种现象我们称为 依赖 传递。 这就造成了 依赖 冲突。解决 依赖 冲突有以下原则: 依赖 调解原则 maven 自动按照下边的原则调解: 第一声明者优先原则 在 pom 文件定义 依赖 ,先声明的 依赖 为准。 排除 依赖 上边的问题也可以通过 排除 依赖 方法辅助 依赖 调解,如下:比如在 依赖 spring-webmvc 的设置中添加 排除 依赖 排除 spring-beans,下边的配置表示: 依赖 spring-webmvc ,但 排除 spring-webmvc 所 依赖 的 spring-beans。 面对众多的 依赖 ,有一种方法不用考虑 依赖 路径、声明优化等因素可以采用直接锁定版本的方法确定 依赖 构件的版本,版本锁定后则不考虑 依赖 的声明顺序或 依赖 的路径,以锁定的版本的为准添加到工程中,此方法在企业开发中常用

    370 1 0

    查看 依赖 maven 视图

    2.通过idea查看(在pom.xml->右键->Diagrams->Show Dependencies.)

    526 1 0

    Maven 依赖 配置

    文章目录 一、 Maven 的使用 二、 依赖 的配置 三、 依赖 的范围 一、 Maven 的使用 <?xml version="1.0" encoding="UTF-8"? —主要用于 排除 传递性 依赖 -->      <exclusions>      <exclusion>         <groupId>…</groupId>           <artifactId 大部分情况下,该元素不必声明,其默认值为jar scope: 依赖 的范围 optional:标记 依赖 是否可选 exclusions:用来 排除 传递性 依赖 三、 依赖 的范围 依赖 范围就是用来控制 依赖 和三种classpath provided:已提供 依赖 范围。使用此 依赖 范围的 Maven 依赖 ,对于编译和测试classpath有效,但在运行时候无效。 使用此 依赖 范围的 Maven 依赖 ,对于测试和运行classpath有效,但在编译主代码时无效。

    275 4 0

    Maven 依赖 管理大全

    项目的 依赖 会有很多重复,一模一样的 依赖 可能要重复写多次,浪费时间。 当然它的危害还不止这些,所以我们需要有一个统一的 依赖 管理维护中心,别担心 Maven 都给我们提供好了。 如果想研究 Maven 怎么进行 依赖 才更加合适的童鞋,可以下载SpringBoot源码项目,SpringBoot的 依赖 关系就做的特别好,这边我也是借鉴SpringBoot的 依赖 关系来进行项目 依赖 改造的。 子项目 依赖 不要和project-common 依赖 冲突,否则很容易出现循环 依赖 。 子项目禁止出现 依赖 的version版本号,统一放在project-parent项目中管理。 每一个东西都需要管理,项目 依赖 也不例外。如果放任项目 依赖 的混乱,不进行统一的管理,那日后升级项目 依赖 的时候,那将是灾难级的。

    748 2 0

    Maven 依赖 管理(上)

    Maven 一个核心的特性就是 依赖 管理。当我们处理多模块的项目(包含成百上千个模块或者子项目),模块间的 依赖 关系就变得非常复杂,管理也变得很困难。针对此种情形, Maven 提供了一种高度控制的方法。 Maven 通过读取项目文件(pom.xml),找出它们项目之间的 依赖 关系。 我们需要做的只是在每个项目的 pom 中定义好直接的 依赖 关系。其他的事情 Maven 会帮我们搞定。 通过可传递性的 依赖 ,所有被包含的库的图形会快速的增长。当有重复库时,可能出现的情形将会持续上升。 Maven 提供一些功能来控制可传递的 依赖 的程度。 依赖 范围 包含在构建过程每个阶段的 依赖 依赖 排除 任何可传递的 依赖 都可以通过 "exclusion" 元素被 排除 在外。 举例说明,A 依赖 B, B 依赖 C,因此 A 可以标记 C 为 "被 排除 的"。 依赖 可选 任何可传递的 依赖 可以被标记为可选的,通过使用 "optional" 元素。

    134 2 0

    说说 maven 依赖 冲突, 依赖 调解, 依赖 传递和 依赖 范围

    maven 依赖 冲突之前需要先说说 maven 依赖 传递。 依赖 传递 当前项目引入了一个 依赖 ,该 依赖 依赖 也会被引入项目。 这还得说说 maven 依赖 范围。 依赖 范围 maven 引入 依赖 ,并不是把jar包拷贝到项目中来,而是把jar包下载到本地仓库,然后通过制定classpath来在项目中引入具体的jar包。 比如slf4j-log4j和logback这两个 依赖 是不能同时出现的,但是因为他们的坐标不一样,所以 maven 不会对齐进行处理。这个时候我们就需要手动进行 排除 依赖 了。 排除 依赖 下面的例子就是 排除 依赖 的例子, 排除 依赖 的时候就不用指定版本了: <dependency> <groupId>com.alibaba</groupId> <artifactId> ,如果有许多相同的间接 依赖 需要 排除 的话,会比较麻烦,可以参考: maven 实现 依赖 的“ 全局 排除 ” 检查 依赖 冲突 因为 maven 依赖 冲突发生时使用 依赖 调解,所以不会有任何提示。

    546 3 0