Maven 坐标和依赖
Maven 的一大功能就是管理项目依赖,为了能自动化的解析任何一个 Java 构件,Maven 必
须将他们唯一标识,这就是依赖管理的底层基础“坐标”。
1. Maven 坐标是什么
世界上任何一个构件都可以使用 Maven 坐标唯一标识,这些构件其实也就是平时使用的一些 jar、
war 等文件。例如:
<groupId>com.lichee</groupId> <artifactId>lichee-core</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>jar</packaging>
a) groupId
定义当前 Maven 项目隶属的实际项目,groupId 的表示方式与 Java 包名的表示方式类似,
通常与域名反向一一对应。
b) artifactId
该元素定义实际项目中的一个 Maven 项目(模块),推荐的做法是使用实际项目名称作为
artifactId的前缀,好处在于方便寻找实际的构件(构件组)。
c) version
定义 Maven 项目所处的版本,Maven 定义了一套完整的版本规范。
d) packaging
定义 maven 项目的打包方式,默认值是 jar。
e) classifier
定义构建输出一些附属构件,附属构件与主构件对应,例如:javadoc.jar、
sources.jar,这样附属构件也拥有了自己唯一的坐标。
上述 5 个元素,groupId、artifactId、version 是必须要定义的,packaging 是可选的,
classifier 是不能直接定义的。项目构件名的文件名是与坐标相对应的,
一般规则为artifactId-version[-classifier].packaging , [-classifier] 表 示 可 选 。
packing 并非一定与构件扩展名对应,比如 packing 为 maven-plugin 的构件扩展名为 jar。
2. 依赖的配置
跟元素 project 下的 dependencies 可以包含一个或者多个 dependency 元素,
以声明一个或者多个项目依赖。每个依赖可以包含的元素有:
<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>3.8.1</version> <scope>test</scope> </dependency>
a) groupId、artifactId和version
依赖的基本坐标,Maven根据坐标才能找到需要的依赖。
b) type
依赖的类型,对应项目坐标定义的packaging,默认值是jar,大部分情况下,
该元素不必声明。
c) scope
依赖范围就是用来控制三种classpath(编译classpath、测试classpath、运行classpath)的关系。
i. compile
编译依赖范围。如果没有指定,就会使用该默认依赖范围。此依赖范围对编译、
测试、运行三种classpath都有效。例如:spring-core
ii. test
测试依赖范围。只对于测试classpath有效。例如:Junit
iii. provided
已提供依赖范围。对于编译和测试classpath都有效,但在运行时无效。
例如:servlet-api
iv. runtime
运行时依赖范围。对于测试和运行classpath有效,但在编译主代码使无效。
例如:JDBC驱动
v. system
系统依赖范围。与classpath的关系和provided依赖范围完全一致。
只是system范围的依赖必须通过systemPath元素显示的指定依赖文件路径。
这类依赖不通过maven仓库解析,往往和本机系统绑定,
可能造成构建的不可移植,应当谨慎使用。
vi. import
导入依赖范围。不会对三种classpath产生实际的影响(暂且不管)。
d) optional
标记依赖是否可选。
在理想的情况下,是不应该使用可选依赖的。使用可选依赖的原因是某一个项目实现可多个特性,
在面向对象设计中,有个单一职责性原则,意指一个类应该只有一项职责,而不是柔和太多的功能。
如:mySQL驱动、postgreSQL驱动。
e) exclusions
用来排除传递性依赖。
传递性依赖会给项目隐式的引入很多依赖,这极大的简化了项目依赖的管理。
但也会带来相应的问题。例如:SNAPSHOT版本的jar不稳定性。
代码中使用exclusions元素声明排出依赖,可以包含一个或者多个exclusion子元素,
所以可以排出一个或者多个传递性依赖。使用此元素只需要groupId和artifactId,
而不需要version。
3. 传递性依赖
如果项目里面的一个依赖,依赖于另外的依赖,那么这个另外的依赖,不需要你手动引入,
也会自动依赖进来,就像传递的感觉一样。Maven 会解析各个直接依赖的 POM,
将那些必要的间接依赖,以传递性依赖的形式引入到当前的项目中。
例如:A -> B B -> C ==> A -> C
a) 当第二依赖的范围是 compile 的时候,传递性依赖的范围与第一直接依赖的范围一致。
b) 当第二直接依赖的范围是 test 的时候,依赖不会得以传递。
c) 当第二依赖的范围是 provided 的时候,只传递第一直接依赖范围也为 provided的依赖,
且传递性依赖的范围同样为 provided。
d) 当第二直接依赖的范围是 runtime 的时候,传递性依赖的范围与第一直接依赖的范围一致,
但 compile 例外,此时传递的依赖范围为 runtime。
4. 依赖调解
传递性依赖机制,一方面大大简化和方便了依赖声明,另一方面,
大部分情况我们只需要关心项目的直接依赖,而不考虑这些直接依赖会引入什么传递性依赖。
不过有的时候,也会造成不小的问题。
a) 调解第一原则:
传递性依赖中,路径最近者优先。
b) 调解第二原则:
第一声明者优先。在依赖路径长度相等的前提下,
在 POM 中依赖声明的顺序决定了谁会被解析使用,顺序最靠前的那个依赖优胜。
5. 最佳实践
a) 排除依赖
2. e)章节已讲。
b) 归类依赖
一类的依赖一起引入,一个项目不同的子模块。例如:spring-aop,spring-core。
c) properties 定义 maven 属性
properties 元素定义的属性,可以使用美元符号和大括弧环绕的方式引入 Maven属性。
例如:${spring.version}
d) 优化依赖
i. dependency:list
显示已解析树。
ii. dependency:tree
显示当前依赖树。
iii. dependency:analyze
分析当前项目的依赖。
1) Use undeclared dependencies
项目使用到,但是没有显示声明的依赖,这意味着隐藏风险,
所以应该显示声明任何项目中直接用到的依赖。
2) Use declared dependencies
项目中没有使用到,但是却显示声明的依赖。这类别的依赖,不能轻易删除声明,
应该仔细分析项目中是否有使用到。比如:analyze 指令只分析编译主代码和测试代码时
用到的依赖,一些执行测试和运行时需要的依赖发现不了。
相关推荐
7. **依赖管理和继承**:在大型项目中,可以通过创建父POM来集中管理公共依赖和插件,子项目通过继承父POM来继承这些配置。 8. **版本管理和生命周期**:Maven的版本管理允许我们轻松地升级或降级依赖版本。生命...
2. **Maven坐标**:在Maven中,每个依赖由三部分组成,即groupId(表示项目或组织的唯一标识)、artifactId(项目或模块的标识)和version(该组件的版本号)。 3. **依赖的传递性**:如果项目A依赖于B,B又依赖于C...
在POM中声明所需依赖,Maven会根据设定的坐标(groupId、artifactId、version)从Maven中央仓库或其他指定的远程仓库下载对应的jar包。例如,`<dependency>`标签用于声明项目依赖,`<dependencies>`标签则用于包含...
这里的`groupId`、`artifactId`和`version`共同构成了Maven坐标,用于唯一标识一个依赖。Maven会根据这个坐标从中央仓库或其他配置的远程仓库下载对应的JAR文件。 Maven依赖管理遵循“传递性”原则,即如果你的项目...
这里的`groupId`、`artifactId`和`version`共同构成了Maven坐标,用于唯一标识一个项目或库。Maven会根据这些信息从Maven中央仓库或其他指定的远程仓库下载对应的jar文件。 Maven的依赖机制遵循“传递性”原则,这...
这里`groupId`、`artifactId`和`version`共同构成了Maven的坐标,用于唯一标识一个库。 总的来说,理解并掌握Maven的本地仓库和依赖管理对于JavaWeb开发者至关重要,它能够简化项目构建过程,提高开发效率,并确保...
POM文件是Maven项目的核心,它是一个xml文件,用于定义项目的构建配置和管理项目依赖。 首先,我们来看一下Maven项目的POM文件。POM文件定义了项目的基本信息,如项目组ID(groupId)、项目ID(artifactId)、项目版本...
在这个例子中,'com\'暗示了groupId可能是'com.artofsolving\',这是一个假设的组织名,实际的groupId应在解压前查看Maven依赖的完整坐标。 标签“jodconverter”、“maven”、“jar”和“java”揭示了几个关键点:...
1. **groupId**:这是所有Maven坐标的第一部分,类似于Java包名,用于唯一标识一个项目或组织。这里的`org.mybatis`表示这个依赖属于MyBatis组织。 2. **artifactId**:这是Maven坐标的一部分,用于标识同一个项目...
1. **Maven**:Maven是Java项目管理工具,用于构建、依赖管理和项目信息管理。在这个项目中,Maven负责编译源代码、运行测试、打包应用,并管理项目的依赖关系。 2. **Dubbo**:Dubbo的核心功能包括服务注册与发现...
Maven仓库是存储项目依赖的地方,分为中央仓库和本地仓库。中央仓库是默认的依赖源,包含了大量开源项目的jar包。而本地仓库则是Maven在本机上创建的一个临时存储库,用于缓存从远程仓库下载的依赖。 当"JxBrowser...
何为Maven 构建,依赖管理,项目信息聚合 Maven核心概念 坐标,依赖,仓库,生命周期,插件 Maven最佳实践 创建、打包、发布、版本管理 项目实战 Nexus(Todo…) M2eclipse(Todo…)
在实际开发中,Grails 3.2.8与Maven的结合使得开发者能够充分利用Maven的强大功能,如依赖管理和构建自动化,同时享受Grails带来的便捷和高效。通过熟练掌握这两个工具的集成使用,你可以更有效地构建和管理复杂的...
它由 Apache 软件基金会提供支持,用于管理项目构建、依赖和文档等过程。Maven 的设计灵感来源于早期的软件构建工具如 Ant,但它引入了一些新的概念,使得项目构建过程更加简洁和易于管理。 ### Maven 的主要特点:...
- POM:每个Maven项目都有一个POM.xml文件,它包含了项目的配置信息,如项目坐标(groupId, artifactId, version)、依赖、构建指令等。 - 依赖管理:Maven通过POM文件中的标签来管理项目依赖,自动下载并管理这些...
2. **编辑POM**: 修改POM.xml文件,添加项目依赖和配置信息。 3. **构建项目**: 使用`mvn compile`进行编译,`mvn test`运行测试,`mvn package`打包项目,`mvn install`将项目安装到本地仓库。 4. **部署项目**: ...
本资源是国产数据库人大...本地maven 依赖操作mvn install:install-file -Dfile=G:\kingbase8-8.2.0.jar -DgroupId=com.kingbase8 -DartifactId=kingbase8 -Dversion=8.2.0 -Dpackaging=jar 你本地就能用这个依赖了。
"Maven 构建好的 IK 分词器,可直接使用" 这个标题告诉我们,这里提供的是一个已经使用 Maven 构建完成的 IK 分词器,专为 Elasticsearch 2.2 版本设计。IK 分词器是针对中文文本进行分词处理的工具,通常用于提高...