Maven教程3(依赖管理)

Maven教程2(Eclipse配置及maven项目)

Maven项目,依赖,构建配置,以及构件:所有这些都是要建模和表述的对象。这些对
象通过一个名为项目对象模型(Project Object Model, POM)的XML文件描述。这个POM
告诉Maven它正处理什么类型的项目,如何修改默认的行为来从源码生成输出。同样
的方式,一个Java Web应用有一个web.xml文件来描述,配置,及自定义该应用,一个
Maven项目则通过一个 pom.xml文件定义。该文件是Maven中一个项目的描述性陈述;也
是当Maven构建项目的时候需要理解的一份“地图”。

1.maven坐标

	<dependencies>
	<!-- 因为是web项目所以需要servlet -->
	<!-- https://mvnrepository.com/artifact/javax.servlet/servlet-api -->
		<dependency>
			<groupId>javax.servlet</groupId>
			<artifactId>servlet-api</artifactId>
			<version>${servlet.version}</version>
			<scope>provided</scope>
		</dependency>
	</dependencies>

1.1 dependencies

在dependencies标签中添加需要依赖的jar对应的maven坐标

1.2 dependency

一个dependency标签表示一个maven坐标

1.3groupId

团体,公司,小组,组织,项目,或者其它团体。团体标识的约定是,它以创建这个项目的组织名称的逆向域名(reverse domain name)开头。来自Sonatype的项目有一个以com.sonatype开头的groupId,而Apache Software的项目有以org.apache开头的groupId,一个maven坐标必须包含一个groupId必须的

1.4artifactId

在groupId下的表示一个单独项目的唯一标识符。比如我们的tomcat, commons等。不要在artifactId中包含点号(.) ,必须的

1.5version

一个项目的特定版本。发布的项目有一个固定的版本标识来指向该项目的某一个特定的版本。而正在开发中的项目可以用一个特殊的标识,这种标识给版本加上一个"SNAPSHOT"的标记。
虽然项目的打包格式也是Maven坐标的重要组成部分,但是它不是项目唯一标识符的一个部分。一个项目的 groupId:artifactId:version使之成为一个独一无二的项目;你不能同时有一个拥有同样的groupId, artifactId和version标识的项目。必须的

1.6scope

依赖范围
依赖范围|编译有效|测试有效|运行时有效|打包有效|例子
--|--|--|--|--|--
Complie|√|√|√|√|spring-core
test|×|√|×|×|Junit
provided|√|√|×|×|servlet-api
runtime|×|√|√|√|JDBC驱动
system|√|√|×|×|本地maven仓库
之外的类库

1.7构建索引

构建索引便于在maven本地仓库中检索
window --> show --> other -->maven

2.依赖冲突

2.1冲突产生的原因

graph LR
A[a jar] -- 依赖 --> B((b jar))
B --依赖--> D[c jar 1.2版本]

graph LR
A[a jar] -- 依赖 --> B((d jar))
B --依赖--> D[c jar 1.3版本]

上图中a jar包通过b和d间接依赖到的c jar包版本不一致,出现了冲突
依赖关系|实例
--|--
直接依赖|a和b的依赖关系
间接依赖|a和c的依赖关系
比如:

<!-- https://mvnrepository.com/artifact/org.apache.struts/struts2-spring-plugin -->
<dependency>
    <groupId>org.apache.struts</groupId>
    <artifactId>struts2-spring-plugin</artifactId>
    <version>2.3.24</version>
</dependency>
<!-- https://mvnrepository.com/artifact/org.springframework/spring-context -->
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>4.2.4.RELEASE</version>
</dependency>

2.2依赖冲突解决

2.2.1第一优先声明原则

先定义的先使用

2.2.2路径就近原则

直接声明使用

2.2.3排除依赖

排除掉两个冲突中的一个,那么另一个就自然使用了

2.2.4版本依赖


上一篇:Maven教程2(Eclipse配置及maven项目)
下一篇:Maven教程4(私服)

原文地址:https://www.cnblogs.com/dengpengbo/p/10308115.html

时间: 2024-10-11 02:20:07

Maven教程3(依赖管理)的相关文章

Gradle实战教程之依赖管理

这是从我个人网站中复制过来的,原文地址:http://coolshell.info/blog/2015/05/gradle-dependency-management.html,转载请注明出处. 简要概述依赖管理 不算完美的依赖管理技术 自动管理依赖的重要性 自动依赖管理面临的挑战 声明依赖 外部模块依赖 文件依赖 配置远程仓库 这一章我将介绍Gradle对依赖管理的强大支持,学习依赖分组和定位不同类型仓库.依赖管理看起来很容易,但是当出现依赖解析冲突时就会很棘手,复杂的依赖关系可能导致构建中依

4.Maven概念模型,maven的生命周期,Maven坐标,依赖管理(依赖范围,依赖声明),仓库管理,私服概念

 1 maven概念模型 2 maven的生命周期,项目构建过程 Maven生命周期就是为了对所有的构建过程进行抽象和统一 包括项目清理,初始化,编译,打包,测试,部署等几乎所有构建步骤 Maven有"三套"相互独立的生命周期,而且相互独立,这三套生命周期分别是: Maven三大生命周期 clean:清理项目的 在进行真正的构建之前进行一些清理工作. default:构建项目的 构建的核心部分,编译,测试,打包,部署等等. site:生成项目站点的 生成项目报告,站点,发布站点 要

Maven解读:项目依赖管理如何优化

Github地址:https://github.com/zwjlpeng/Maven_Detail Maven最大的好处莫过于其强大的依赖管理系统,在Pom配置文件中指定项目需要的Jar包的坐标,Maven就可以自动帮我们从中央仓库或者自已的私服下载,当项目中由于依赖的传递性,引入了两份相同的Jar包时,Maven也会根据自已的规则如路径最短,先声明者优先对相同Jar包进行取舍,达到项目类路径中只保留一份Jar包的目的,我们不排队一些粗心的程序员,在同一份Pom配置文件中对相同Jar写了两份不同

Maven教程2(Eclipse配置及maven项目)

Maven教程1(介绍安装和配置) Eclipse中配置maven 1.Eclipse中默认集成的有Maven 可以使用默认的,本地仓库在当前用户下的.m2文件夹下. 2.配置我们自己安装的maven 2.1指定配置安装maven的路径 2.2重新指定setting.xml文件的位置 2.3setting.xml文件中添加代理服务器地址 中央仓库的地址在国外直接下载jar会很慢,所以我们需要通过代理的方式下载 <!-- 阿里代理镜像地址 --> <mirror> <id>

Maven教程4(私服-nexus)

仓库管理器也叫私服或代理仓库 仓库管理器有两个服务目的:首先它的角色是一个高度可配置的介于你的组织与公开Maven仓库之间的代理,其次它为你的组织提供了一个可部署你组织内部生成的构件的地方. 1Nexus介绍 Nexus是一个强大的Maven仓库管理器, 它极大地简化了自己内部仓库的维护和外部仓库的访问. 利用Nexus你可以只在一个地方就能够完全控制访问和部署在你所维护仓库中的每个Artifact. Nexus是一套"开箱即用"的系统不需要数据库,它使用文件系统加Lucene来组织数

Maven01——简介、安装配置、入门程序、项目构建和依赖管理

1 Maven的简介 1.1 什么是maven 是apache下的一个开源项目,是纯java开发,并且只是用来管理java项目的 Svn eclipse   maven量级 1.2 Maven好处 同一个项目,普通的传统项目(24M)而Maven项目只需要(724KB) 分析:maven项目为什么这么小?没有jar. 需要jar吗?肯定需要.没有存在于maven项目里面,jar存在于哪? 1.3 依赖管理 1.4 项目一键构建 编码  编译  测试(junit)  运行  打包  部署 一个 t

【spring-boot 源码解析】spring-boot 依赖管理

关键词:spring-boot 依赖管理.spring-boot-dependencies.spring-boot-parent 问题 maven 工程,依赖管理是非常基本又非常重要的功能,现在的工程越来越庞大,依赖越来越多,各种二方包.三方包太多太多,依赖冲突处理起来真是让人头疼,经常需要涉及到多个地方需要调整. 微信公众号:逸飞兮(专注于java知识领域的源码分析,从源码中理解框架/工具原理.验证CS专业知识) 解决方案 使用统一的依赖管理模块来管理工程中的所有依赖. spring-boot

Maven——项目管理工具,可以对 Java 项目进行构建、依赖管理。

Maven是一个项目管理工具,它包含了一个项目对象模型 (Project Object Model),一组标准集合,一个项目生命周期(Project Lifecycle),一个依赖管理系统(Dependency Management System),和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑.当你使用Maven的时候,你用一个明确定义的项目对象模型来描述你的项目,然后Maven可以应用横切的逻辑,这些逻辑来自一组共享的(或者自定义的)插件. Maven

Spring mvc 4系列教程(二)——依赖管理(Dependency Management)和命名规范(Naming Conventions)

依赖管理(Dependency Management)和命名规范(Naming Conventions) 依赖管理和依赖注入(dependency injection)是有区别的.为了将Spring的优秀特性(如依赖注入)带到你的应用中,需要在编译时或运行时部署所需要的库(jar包).这些依赖不是虚拟的构件,而是文件系统上的物理资源.依赖管理的过程涉及到定位这些资源.存储资源.加入classpath.依赖可以是直接的(例如Spring运行时),也可以是间接的(例如commons-dbcp).间接