Maven高级
Maven高级
1.maven基础知识回顾
1.1 maven介绍
maven: 专家, 它是项目管理方面的专家
maven 是一个项目管理工具,主要作用是在项目开发阶段对Java项目进行依赖管理和项目构建。
jar包依赖管理:就是对jar包的管理。通过导入maven坐标,就相当于将仓库中的jar包导入了当前项目中。
项目构建:通过maven的一个命令就可以完成项目从清理、编译、测试、报告、打包,部署整个过程。
1.2 maven的仓库类型
# 仓库
0. 开发者的项目需要依赖第三方的jar包,先从本地仓库中找,如果没有会到远程仓库中下载(下载到本地仓库中)
1. 本地仓库
开发者本地的存放maven数据的文件夹
2. 远程仓库
不在开发者本地的存放maven数据的文件夹
1). maven中央仓库
2). 私服
阿里云
自己搭建私服(!!)
1.本地仓库 : 安装在自己电脑上的仓库,服务于你自己
2.私服(远程仓库): 公司或组织提供的仓库,服务于当前公司或组织的成员
maven私服(公司局域网内的仓库,需要自己搭建)
其他公共远程仓库(例如apache提供的远程仓库,地址:http://repo.maven.apache.org/maven2/)
3.中央仓库
maven中央仓库(地址:http://repo2.maven.org/maven2/)
1.3 maven常用命令
# clean 生命周期
1. mvn clean: 清理 (!!!)
清理项目编译文件 (target文件夹)
# 默认 生命周期
1. mvn compile:编译
2. mvn test: 测试
要求在test目录下编写代码,而且测试类名以Test结尾
3. mvn package:打包 (!!!)
java工程打jar包, web工程打war包
4. mvn install: 安装(!!!)
将当前项目的包安装到本地仓库中
5. mvn deploy : 部署(!!!)
将当前项目部署到私服
# 备注
1. 同一套生命周期 后置命令执行, 前置命令都执行
2. 前置命令失败,后置命令不再执行
# 小常识
idea本身也能编译,测试,打包....
day05-demo03-interceptor-1.0-SNAPSHOT.war
<build>
<plugins>
<!--JDK编译插件-->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.2</version>
<configuration>
<source>1.8</source>
<target>1.8</target>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
<!-- tomcat7插件
port : 端口
path : 当前项目的虚拟路径
-->
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.2</version>
<configuration>
<port>80</port>
<path>/</path>
</configuration>
</plugin>
</plugins>
</build>
1.4 maven坐标书写规范
groupId : 组标识 (公司域名反写)
artifactId : 项目标识
version : 版本
1.5 maven的依赖范围
依赖范围 | 对于编译classpath有效(src/main) | 对于测试classpath有效(src/test) | 对于运行时classpath有效(打包) | 例子 |
---|---|---|---|---|
compile(默认值) | Y | Y | Y | spring-core |
test | - | Y | - | Junit |
provided | Y | Y | - | servlet-api |
runtime | - | - | Y | JDBC驱动 |
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<!-- compile:默认值,任何时期都有效 -->
<!-- <scope>compile</scope>-->
<!-- test: 此包在test包中有效,其他位置均无效 -->
<scope>test</scope>
</dependency>
<dependency>
<groupId>javax.servlet</groupId>
<artifactId>javax.servlet-api</artifactId>
<version>3.0.1</version>
<!-- 此jar包已经在其他位置提供了 -->
<scope>provided</scope>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.49</version>
<scope>runtime</scope>
</dependency>
</dependencies>
2. maven的依赖
2.1 依赖传递
依赖: A项目依赖了B项目, B项目成为A项目的一部分,A项目可以直接使用B项目的所有代码
jar包/war包: 是项目压缩包 (里面是经过编译的代码)
依赖具有传递性,分两种
(1)直接依赖:在当前项目中通过依赖配置建立的依赖关系
(2)间接依赖:被依赖的资源如果依赖其他资源,则表明当前项目间接依赖其他资源
注意:直接依赖和间接依赖其实也是一个相对关系
假设存在三个项目,分别是项目A,项目B以及项目C。假设C依赖B,B依赖A,那么我们可以根据maven项目依赖的特征不难推出项目C也依赖A。
通过上面的图可以看到,我们的web项目直接依赖了spring-webmvc,而spring-webmvc依赖了sping-aop、spring-beans等。最终的结果就是在我们的web项目中间接依赖了spring-aop、spring-beans等。
2.2 依赖冲突
由于依赖传递现象的存在, spring-webmvc 依赖 spring-beans-4.2.4,spring-aop 依赖 spring-beans-5.0.2,但是发现 spring-beans-4.2.4 加入到了工程中,而我们希望 spring-beans-5.0.2 加入工程。这就造成了依赖冲突。
2.3 maven的依赖调节(重点)
在依赖传递过程中产生了冲突,maven有三种优先法则
(1)路径优先:当依赖中出现相同资源时,层级越深,优先级越低,反之则越高
间接依赖不如直接依赖
(2)声明优先:当资源在相同层级被依赖时,配置顺序靠前的覆盖靠后的
间接依赖层级相同,先声明优先
(3)特殊优先:当同级配置了相同资源的不同版本时,后配置的覆盖先配置的
直接依赖,后声明优先
2.4 排除依赖
可以使用exclusions标签将传递过来的依赖排除出去。
示例代码:
<!--
引入jar包
-->
<dependencies>
<dependency>
<groupId>com.itheima.maven</groupId>
<artifactId>demo01</artifactId>
<version>1.0-SNAPSHOT</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
<version>5.2.9.RELEASE</version>
<!--
当前依赖aop,aop又依赖beans
声明aop排除依赖beans
-->
<!-- <exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
</exclusion>
</exclusions>-->
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.1.7.RELEASE</version>
</dependency>
</dependencies>
2.5 版本锁定
采用直接锁定版本的方法确定依赖jar包的版本,版本锁定后则不考虑依赖的声明顺序或依赖的路径,以锁定的版本为准添加到工程中,此方法在企业开发中经常使用。
版本锁定的使用方式:
第一步:在dependencyManagement标签中锁定依赖的版本
第二步:在dependencies标签中声明需要导入的maven坐标
①在dependencyManagement标签中锁定依赖的版本
②在dependencies标签中声明需要导入的maven坐标
示例代码:
<properties>
<spring.version>5.2.10.RELEASE</spring.version>
</properties>
<!--
锁定版本 : 只是声明某些jar包的版本,没有引入jar包
-->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-beans</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
<version>${spring.version}</version>
</dependency>
</dependencies>
</dependencyManagement>
<!--
引入jar包
-->
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-aop</artifactId>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.1.7.RELEASE</version>
</dependency>
</dependencies>
3.分模块构建maven工程
3.1 分模块构建maven工程分析
在现实生活中,汽车厂家进行汽车生产时,由于整个生产过程非常复杂和繁琐,工作量非常大,所以车场都会将整个汽车的部件分开生产,最终再将生产好的部件进行组装,形成一台完整的汽车。
解耦, 便于开发维护 (分工合作)
# 开发模式:
1. 按照功能模块开发:
用户模块: 跟用户表相关的功能都属于用户模块
注册,激活,登录,退出...
前端 <--> web <--> service <--> dao <--> 数据库
线路模块
分类模块
收藏模块
2. 按照分层模块开发: ★★★
前端:
web模块:
service模块:
dao模块:
pojo:
util:
3. 补充: idea(project项目, module模块)
在一个project中,一个module出错了,其他module也会收到影响
# 分层模块开发
1. 分模块开发举例
1). 创建day06-demo01模块,删除src目录,pom.xml的打包方式改成pom
理论day06-demo01应该是project,而不应该是module(图方便)
2). 基于day06-demo01模块,创建子模块demo01-pojo,打包方式是jar包
3). 创建子模块demo01-dao,打包方式是jar包
4). 创建子模块demo01-service,打包方式是jar包
5). 创建子模块demo01-controller,打包方式是war包!!!
6). 构建依赖
controller -> service -> dao -> pojo
7). 快捷键: 选中controller模块 -> ctrl + alt + u
查看类的继承关系
也可以查看当前模块的依赖关系
2. maven工程的继承 (依赖)
1). day06-demo01是父工程,demo01-pojo/demo01-dao等是子工程
2). 特点: day06-demo01的pom文件所有内容,子工程可以直接使用
3). 作用: 父工程是所有子工程的共性抽取,制定各模块的开发规范
3. maven工程的聚合 (构建)
1). day06-demo01是父工程, 子工程有一堆
2). 特点: 操作父工程进行项目构建, 所有的子工程都会被进行统一的操作
compile ,test, package, install , deploy..
4. maven工程分层构建总结
1). 父工程的依赖,子工程都可以使用 (继承)
2). A模块直接依赖或间接依赖B模块,A模块可以使用B模块的内容(分层)
3). 父工程进行构建,所有的子工程都会统一构建(聚合)
5. 注意:
1). 如果要package打包,注意controller包(war包)需要web.xml
3.2 maven工程的继承
在Java语言中,类之间是可以继承的,通过继承,子类就可以引用父类中非private的属性和方法。
同样,在maven工程之间也可以继承,子工程继承父工程后,就可以使用在父工程中引入的依赖。继承的目的是为了消除重复代码。
3.3 maven工程的聚合
在maven工程的pom.xml文件中可以使用
例如拆分后的maven工程有多个,如果要进行打包,就需要针对每个工程分别执行打包命令,操作起来非常繁琐。这时就可以使用
4. SSM项目的分层构建
注意: servlet的依赖需要放在controller模块,其他的依赖放在pojo就可以了
原项目结构
修改后
总目录
pojo和dao
service
controller
5. maven私服
5.1 私服说明
maven仓库分为本地仓库和远程仓库,而远程仓库又分为maven中央仓库、其他远程仓库和私服(私有服务器)。其中,中央仓库是由maven官方提供的,而私服就需要我们自己搭建了。
maven私服就是公司局域网内的maven远程仓库,每个员工的电脑上安装maven软件并且连接maven私服,程序员可以将自己开发的项目打成jar并发布到私服,其它项目组成员就可以从私服下载所依赖的jar。私服还充当一个代理服务器的角色,当私服上没有jar包时会从maven中央仓库自动下载。
nexus 是一个maven仓库管理器(其实就是一个软件),nexus可以充当maven私服,同时nexus还提供强大的仓库管理、构件搜索等功能。
5.2 搭建maven私服
# 环境准备
1. 适配JDK8(如果是JDK16,私服安装会成功,但是运行不了)
2. 在dos命令行中,用java -version查看当前JDK版本
3. 如果不是JDK8, 你需要安装JDK8,然后修改环境变量(JAVA_HOME,Path),要重启
①下载nexus
https://help.sonatype.com/repomanager2/download/download-archives---repository-manager-oss
②安装nexus
将下载的压缩包进行解压,进入bin目录
打开cmd窗口并进入上面bin目录下,执行nexus.bat install
命令安装服务(注意需要以管理员身份运行cmd命令)
搜索cmd ,右单击以管理员身份运行, cd到bin目录
安装 nexus.bat install
如果要卸载 nexus.bat uninstall
③启动nexus
经过前面命令已经完成nexus的安装,可以通过如下两种方式启动nexus服务:
在Windows系统服务中启动nexus
win+r -> services.msc
在命令行执行nexus.bat start
命令启动nexus
④访问nexus
启动nexus服务后,访问http://localhost:8081/nexus
点击右上角LogIn按钮,进行登录。使用默认用户名admin
和密码admin123
登录系统
登录成功后,点击左侧菜单Repositories可以看到nexus内置的仓库列表(如下图)
nexus仓库类型
# 仓库类型
1. hosted (宿主)
1). 作用: 部署自己开发(上传)的jar到这个类型的仓库
2). 具体有三个
I. snapshots: ★快照版,内部使用的测试版发布仓库
只要我们项目的version后面是snapshot,部署的时候会到这个仓库中
II. releases: ★发布版,经过测试的代码
只要我们项目的version后面release,部署的时候会到这个仓库中
III. 3rd party : 第三方
有些jar包中央仓库中也没有,我们需要从jar包官网下载,我们再手动传到此仓库
(oracle 驱动)
2. proxy (代理)
1). 作用: 用于代理远程的公共仓库,我们要用的jar包从远程仓库中下载之后存放到这
2). 具体有两个
I. Apache Snapshots: apache快照仓库
II. Central : ★ maven中央仓库
中国大陆速度比较慢, 一般用私服代替(阿里云)
3. virtual(虚拟)
中央仓库迁移过
以前中央仓库的地址 central M1 shadow
现在中央仓库的地址 central
4. group (组)
批量操作
通过前面的仓库列表可以看到,nexus默认内置了很多仓库,这些仓库可以划分为4种类型,每种类型的仓库用于存放特定的jar包,具体说明如下:
①hosted,宿主仓库,部署自己的jar到这个类型的仓库
不是存放maven中央仓库的jar包
0. jar包版本
spring 5.2.9.RELEASE
1). 版本号: 大.中.小
小: 修改个小bug,增加功能
中: 修改个比较有影响力bug,功能比较强
大: spring每三年一个大版本
2). 版本后缀
SNAPSHOT : 快照 (没经过完整测试的)
RELEASE : 发布(经过完整测试的)
alpha(内测) beta(公测) online(上线)
1. snapshots: ★快照版,内部使用的测试版发布仓库
公司内部还没经过完整测试的项目
2. releases: ★发布版,经过测试的代码
公司内部经过完整测试的项目,比较成熟
3. 3rd party: 存放第三方的jar包 (了解)
有一类jar包在maven的中央仓库中是不存在的.
要想使用这类jar包,需要从对应的官网上下载,下载下来以后,我们自己需要上传到私服,然后进行使用.
(比如Oracle的jar)
②proxy,代理仓库,用于代理远程的公共仓库,如maven中央仓库,用户连接私服,私服自动去中央仓库下载jar包或者插件
1. Apache Snapshots: Apache的快照仓库下载的jar包
2. Central: ★中央仓库下载的jar包
默认是maven中央仓库,但是我们待会需要修改成阿里云
③group,仓库组,用来合并多个hosted/proxy仓库,通常我们配置自己的maven连接仓库组
仓库组:
releases: ★发布版,经过测试的代码 (上传我们的jar包 : 发布版)
snapshots: ★快照版,内部使用的测试版仓库 (上传我们的jar包: 测试版)
Central: ★中央仓库下载的jar包 (下载jar包 : 改成阿里云私服)
④virtual(虚拟):兼容Maven1版本的jar或者插件
nexus仓库类型与安装目录对应关系
F:\delvop\nexus\sonatype-work\nexus\storage
5.3 将项目发布到maven私服 (宿主仓库)
我们现在的maven私服是搭建在公司局域网内的maven仓库,公司内的所有开发团队都可以使用。例如技术研发团队开发了一个基础组件,就可以将这个基础组件打成jar包发布到私服,其他团队成员就可以从私服下载这个jar包到本地仓库并在项目中使用。
将项目发布到maven私服操作步骤如下:
# 操作 : 将项目打包部署到nexus私服的宿主仓库中
1. settings-nexus.xml文件
1). 资料中的settings-nexus.xml放到 maven\conf目录下
2). 修改文件中localRepository(改成你自己的本地仓库)
2. 需要在idea中进行修改maven的配置文件
settings -> maven-> user settings file -> settings-nexus.xml
3. 修改工程pom文件
1). 添加一个distributionManagement标签
后面有详情
2). 修改版本号后缀名
release 发布到 releases仓库
snapshot 发布到 snapshots仓库
4. maven的指令
1). install 安装jar包/war包到本地仓库
2). deploy 部署jar包/war包到远程仓库(私服)
-
配置maven的settings.xml文件
settings-nexus.xml
<?xml version="1.0" encoding="UTF-8"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">
<localRepository>F:\delvop\apache-maven-3.6.1\repository</localRepository>
<pluginGroups>
</pluginGroups>
<proxies>
</proxies>
<servers>
<!-- 配置服务账号:nexus远程仓库的登录信息 -->
<server>
<id>releases</id>
<username>admin</username>
<password>admin123</password>
</server>
<server>
<id>snapshots</id>
<username>admin</username>
<password>admin123</password>
</server>
</servers>
<mirrors>
</mirrors>
<profiles>
<!-- maven默认使用JDK1.5,声明使用1.8编译 -->
<profile>
<id>jdk-1.8</id>
<activation>
<activeByDefault>true</activeByDefault>
<jdk>1.8</jdk>
</activation>
<properties>
<maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>
<maven.compiler.compilerVersion>1.8</maven.compiler.compilerVersion>
</properties>
</profile>
<!-- 配置私服模板 -->
<profile>
<!-- 模板id标记 -->
<id>dev</id>
<!-- 私服仓库 -->
<repositories>
<repository>
<id>nexus</id>
<!--仓库地址,即nexus仓库组的地址-->
<url>http://localhost:8081/nexus/content/groups/public/</url>
<!--是否下载releases构件-->
<releases>
<enabled>true</enabled>
</releases>
<!--是否下载snapshots构件-->
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
<pluginRepositories>
<!-- 插件仓库,maven的运行依赖插件,也需要从私服下载插件 -->
<pluginRepository>
<id>public</id>
<name>Public Repositories</name>
<url>http://localhost:8081/nexus/content/groups/public/</url>
</pluginRepository>
</pluginRepositories>
</profile>
</profiles>
<!-- 激活模板 -->
<activeProfiles>
<activeProfile>dev</activeProfile>
</activeProfiles>
</settings>
注意:一定要在idea工具中引入的maven的settings.xml文件中配置
-
配置项目的pom.xml文件
想将哪个项目打成包发布到私服上,就在那个项目的pom.xml文件中添加相关配置
跟properties和dependencies 是平级
<distributionManagement>
<!--当前项目版本后缀为:RELEASES上传目录-->
<repository>
<id>releases</id>
<url>http://localhost:8081/nexus/content/repositories/releases/</url>
</repository>
<!--当前项目版本后缀为:SNAPSHOT上传目录-->
<snapshotRepository>
<id>snapshots</id> <url>http://localhost:8081/nexus/content/repositories/snapshots/</url> </snapshotRepository>
</distributionManagement>
- 执行mvn deploy命令
<!--
操作:
本地仓库不再直接访问阿里云,而是访问公司私服
1. 修改settings-nexus.xml
1). 移除了阿里云配置
2). 添加公司私服配置
2. idea -> 修改maven配置文件
3. 项目中的pom文件进行声明
解释:
1. 以下是配置了两个仓库的地址
id是映射settings-nexus.xml文件的账号配置
2. 工作原理:
根据当前项目的版本号后缀名,将当前项目发布到对应的仓库中
例子: 版本 1.0-SNAPSHOT, 就会发布到snapshots仓库
3. 指令:
install : 安装到本地仓库
deploy :发布到远程仓库
-->
5.4 从私服下载jar到本地仓库
修改默认中央仓库
nexus的中央仓库,默认配置的是maven的中央仓库:https://repo1.maven.org/maven2/
因为地址在国外,建议配置为阿里云:http://maven.aliyun.com/nexus/content/groups/public/
6. lombok
package com.itheima.pojo;
import lombok.*;
/*
JavaBean
1. 实现Serializable接口
2. public 空参构造
3. private属性
4. public get/set方法
TODO: lombok
1. 作用: 在编译的时候,对javaBean添加代码
2. 常用注解:
1). @Data : set/get,toString,EqualsAndHashCode
2). @NoArgsConstructor : 空参构造
3). @AllArgsConstructor : 满参构造
4)). @Builder : 对象建造者模式,支持链式创建对象
3. 使用
1). 依赖
2). idea插件
*/
//@Getter
//@Setter
//@ToString
//@EqualsAndHashCode
@Data
@NoArgsConstructor
@AllArgsConstructor
@Builder
public class User {
private String name;
private Integer age;
public static void main(String[] args) {
// User user = new User();
// user.setName("zs");
// user.setAge(18);
// User user = new User("ls", 19);
User user = User.builder().age(20).build();
}
}
导入lombok坐标:
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>1.18.22</version>
</dependency>
安装Lombok插件:
package com.itheima.pojo;
import lombok.*;
/*
JavaBean规范
1. 实现Serializable接口
2. private 属性
3. public get/set方法
4. public空参构造
lombok
1. lombok是一个可以给JavaBean在编译时添加内容的工具
2. lombok的常用注解
1). @Data : @Getter/@Setter/@ToString / @EqualsAndHashCode 综合
2). @NoArgsConstructor : 添加空参构造
3). @AllArgsConstructor : 添加满参构造
4). @Builder : 添加链式创建对象方法
3. 使用lombok
1). 导包
2). 安装idea插件
*/
@Data
@NoArgsConstructor
@AllArgsConstructor
//@ToString
//@Getter
//@Setter
//@EqualsAndHashCode
@Builder
public class User {
private String name;
private Integer age;
public static void main(String[] args) {
// User user = new User();
// user.setName("zs");
// user.setAge(18);'
// User user = new User("ls", 19);
User user = User.builder().name("ww").build();
System.out.println(user);
}
}