ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

maven 的作用域和传递依赖问题

2019-02-18 16:00:09  阅读:276  来源: 互联网

标签:compile 依赖 项目 作用域 maven 编译 scope provided


maven的作用域共有五个: 

  (1) compile   默认就是compile,什么都不配置也就是意味着compile。compile表示被依赖项目需要参与当前项目的编译,当然后续的测试,运行周期也参与其中,是一个比较强的依赖。打包的时候通常需要包含进去。

  (2)   test   scope为test表示依赖项目仅仅参与测试相关的工作,包括测试代码的编译,执行。比较典型的如junit。

  (3)   runntime  runntime表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与。与compile相比,跳过编译而已,说实话在终端的项目(非开源,企业内部系统)中,和compile区别不是很大。Oracle jdbc驱动架包就是一个很好的例子,一般scope为runntime。

  (4)  provided  provided意味着打包的时候可以不用包进去,别的设施(Web Container)会提供。事实上该依赖理论上可以参与编译,测试,运行等周期。相当于compile,但是在打包阶段做了exclude的动作。

  (5)  system  从参与度来说,也provided相同,不过被依赖项不会从maven仓库抓,而是从本地文件系统拿,一定需要配合systemPath属性使用。

scope 的传递依赖:

  如果项目A->B->C,如果项目 A依赖项目B,项目B依赖项目C,知道B在A项目中的scope,那么怎么知道C在A中的scope呢?答案是: 
           当C是test或者provided时,C直接被丢弃,A不依赖C; 
           否则A依赖C,C的scope继承于B的scope。

标签:compile,依赖,项目,作用域,maven,编译,scope,provided
来源: https://www.cnblogs.com/zjg-gwx/p/10396041.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有