![](https://i-blog.csdnimg.cn/blog_migrate/552966e50102fec8d1980e1242ce86ed.jpeg)
Maven学习笔记__下篇
本文档基于 尚硅谷视频教程 整理,仅用于个人学习/交流使用。
视频链接:https://www.bilibili.com/video/BV1TW411g7hP
官方资料:链接:https://pan.baidu.com/s/1o66CnnnX-MkoLa3z56joew 提取码:8uws
参考博客:https://blog.csdn.net/zxm1306192988/article/details/76209062
Maven学习笔记__上篇:https://blog.csdn.net/A233666/article/details/112852096
Maven学习笔记__下篇:https://blog.csdn.net/A233666/article/details/112852129
目录标题
12、依赖【初步】
-
依赖管理,我们只需要解决一下几个问题:
①依赖的目的是什么
当 A jar 包用到了 B jar 包中的某些类时,A 就对 B 产生了依赖,这是概念上的描述。那么如何在项目 中以依赖的方式引入一个我们需要的 jar 包呢?
答案非常简单,就是使用 dependency 标签指定被依赖 jar 包的坐标就可以了。
对于我们自己开发的Maven工程,要使用mvn install 命令安装后就可以进入仓库。
-
依赖的范围
大家注意到上面的依赖信息中除了目标 jar 包的坐标还有一个
scope 设置
,这是依赖的范围。依赖的范围有几个可选值,我们用得到的是:compile、test、provided
三个。①从项目结构角度理解compile和test的区别
compile范围依赖
对主程序是否有效:有效
对测试程序是否有效:有效
是否参与打包:参与
是否参与部署:参与
典型例子:spring-coretest范围依赖
对主程序是否有效:无效
对测试程序是否有效:有效
是否参与打包:不参与
是否参与部署:不参与
典型例子:Junit②从开发和运行这两个阶段理解compile 和 provided 的区别
对主程序是否有效:有效
对测试程序是否有效:有效
是否参与打包:不参与
是否参与部署:不参与
典型例子:Servlet-api.jar③有效性总结
13、生命周期
-
各个构建环节执行的顺序:不能打乱顺序,必须按照既定的正确顺序来执行。
-
Maven的核心程序中定义了抽象的生命周期,生命周期中各个阶段的具体任务是由插件来完成的。
-
Maven核心程序为了更好的实现自动化构建,按照这一特点执行生命周期中各个阶段:
不论现在要执行生命周期中的哪一阶段,都是从这个生命周期最初的位置开始执行
。 -
生命周期与自动化构建
运行任何一个阶段的时候,它前面的所有阶段都会被运行
,例如我们运行 mvn install 的时候,代码会 被编译,测试,打包。这就是 Maven 为什么能够自动执行构建过程的各个环节的原因。此外,Maven 的插 件机制是完全依赖 Maven 的生命周期的,因此理解生命周期至关重要。执行实例:
-
Maven有三套相互独立的生命周期,分别是:
①Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
②Default Lifecycle 构建的核心部分,编译、测试、打包、安装、部署等等。
③Site Lifecycle 生成项目报告,站点,发布站点。
他们相互独立。也可以直接运行 mvn clean install site 运行所有这三套生命周期。
每套生命周期都由一组阶段(Phase)组成,我们平时在命令行输入的命令总会对应于一个特定的阶段。比如,运行 mvn clean,这个 clean 是 Clean 生命周期的一个阶段。有 Clean 生命周期,也有 clean 阶段。
Clean生命周期
①pre-clean 执行一些需要在clean之前完成的工作
②clean 移除所有上一次构建生成的文件
③post-clean 执行一些需要在clean 之后立刻完成的工作Site生命周期
①pre-site 执行一些需要在生成站点文档之前完成的工作
②site 生成项目的站点文档
③post-site 执行一些需要在生成站点文档之后完成的工作,并且为部署做准备
④site-deploy 将生成的站点文档部署到特定的服务器上Default生命周期
- Default 生命周期是 Maven 生命周期中最重要的一个,绝大部分工作都发生在这个生命周期中。这里,只解释一些比较重要和常用的阶段:
- validate
generate-sources
process-sources
generate-resources
process-resources 复制并处理资源文件,至目标目录,准备打包。
compile 编译项目的源代码。
process-classes
generate-test-sources
process-test-sources
generate-test-resources
process-test-resources 复制并处理资源文件,至目标测试目录。
test-compile 编译测试源代码。
process-test-classes
test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。
prepare-package
package 接受编译好的代码,打包成可发布的格式,如 JAR。
pre-integration-test
integration-test
post-integration-test
verify
install 将包安装至本地仓库,以让其它项目依赖。
deploy 将最终的包复制到远程的仓库,以让其它开发人员与项目共享或部署到服务器上运行。
这里经常用到的是 site 阶段和 site-deploy 阶段,用以生成和发布 Maven 站点,这可是 Maven 相当强大的功能,Manager 比较喜欢,文档及统计数据自动生成,很好看。
14、插件和目标
● Maven 的核心仅仅定义了抽象的生命周期,具体的任务都是交由插件完成的。
● 每个插件都能实现多个功能,每个功能就是一个插件目标。
● Maven 的生命周期与插件目标相互绑定,以完成某个具体的构建任务。
例如:compile 就是插件 maven-compiler-plugin 的一个目标;pre-clean 是插件 maven-clean-plugin 的一个目标。
[1] 生命周期的各个阶段仅仅定义了要执行的任务是什么。
[2] 各个阶段和插件的目标是对应的。
[3] 相似的目标由特定的插件来完成。
[4] 可以将目标看作“调用插件功能的命令”
15、在Eclipse中使用Maven
-
Maven插件Eclipse已经内置。
-
Maven插件的设置: Window->Preferences->Maven
①installations : 指定Maven核心程序的位置。默认是插件自带的Maven程序,改为我们自己解压的那个。
②user settings : 指定Maven核心程序中 conf/settings.xml 文件的位置,进而获取本地仓库的位置。
-
基本操作
①创建Maven版的Java工程
创建时勾选上 Create a simple project(skip archetype selection)
创建的Maven工程默认使用的是JDK1.5,打开Maven核心程序settings.xml文件,找到profiles标签,加入如下配置,即可更改
<profile> <id>jdk-1.7</id> <activation> <activeByDefault>true</activeByDefault> <jdk>1.7</jdk> </activation> <properties> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.target> <maven.compiler.compilerVersion>1.7</maven.compiler.compilerVersion> </properties> </profile> 123456789101112
②创建Maven版的Web工程
1、New Maven project时,Packaging 选择 war
2、调整web目录结构,在项目上点右键 -> properties->Project Facets -> 把Dynamic Web Module 勾选去掉,并Apply -> 将Dynamic Web Module 重新勾选 -> 点击Further configuration available -> 修改 Content directory为src/main/webapp -> Apply 即在Maven工程上生成动态Web目录结构
3、新建jsp文件发现报错:The superclass “javax.servlet.http.HttpServlet” was not found on the Java Build Path
因为缺少Tomcat 运行时环境
以Maven方式添加:
在pom.xml文件中添加
4、jsp写入EL表达式时发现报错:javax.servlet.jsp cannot be resolved to a type
将JSPAPI导入
在pom.xml文件中添加
注意:scope一定要是provided,不然jar包冲突,运行时会报空指针异常
③执行Maven命令
选中pom.xml 右键 Run As->Maven build…->Goals->输入 compile ->点击 run
16、依赖【高级】
-
依赖的传递性
A依赖B,B依赖C,A能否使用C呢?要看B依赖C的范围是不是compile
[1]好处:可以传递的依赖不必在每个模块工程中都重复声明,在“最下面”的工程中依赖一次即可。
[2]注意∶非compile范围的依赖不能传递。所以在各个工程模块中,如果有需要就得重复声明依赖。
-
依赖的排除
如果我们当前工程中引入了一个依赖是A,而A又依赖了B,那么Maven会自动将A依赖的B引入当前工程,但是个别情况下B有可能是一个不稳定版本,或对当前工程有不良影响。这时我们可以在引入A的时候将B排除。
①情景举例
②配置方式
③排除后的效果
-
统一管理所依赖 .jar 包的版本
对同一个框架的一组jar包最好使用相同的版本。为了方便升级架构,可以将jar包的版本信息统一提取出来
①统一声明版本号
<properties> <atguigu.spring.version>4.1.1.RELEASE</atguigu.spring.version> </properties>
其中 atguigu.spring.version 部分是自定义标签。
②引用前面声明的版本号
<dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>${atguigu.spring.version}</version> </dependency> …… </dependencies>
③其他用法
<properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties>
-
依赖的原则,解决jar包冲突
①路径最短者优先
②路径相同时先声明者优先
这里“声明”的先后顺序指的是 dependency 标签配置的先后顺序。
17、继承
-
假设存在现状:
Hello依赖的Junit:4.0
HelloFriend依赖的Junit:4.0
MakeFriends依赖的Junit:4.9
由于test范围的依赖不能传递,所以必然会分散在各个模块工程中,很容易造成版本不一致。
-
需求:统一管理各个模块工程中对Junit依赖的版本。
-
解决思路:
将Junit依赖统一提取到“父”工程中,在子工程中声明Junit依赖是不指定版本,以父工程中统一设定的为准。同时也便于修改。
-
操作步骤:
①创建一个Maven工程作为父工程。注意:打包方式为pom
②在子工程中声明对父工程的引用
③将子工程的坐标中与父工程坐标中重复的内容删除
④在父工程中统一管理Junit的依赖
⑤在子工程中删除Junit依赖的版本号部分
注意:配置集成后,执行安装命令时要先安装父工程。
18、聚合
-
作用:一键安装各个模块工程。
-
配置方式:在一个“总的聚合工程”中配置各个参与聚合的模块
-
使用方式:在聚合工程的pom.xml 上点右键->run as->maven install
19、Maven_Web工程的自动部署
在pom.xml 中添加如下配置:
<!--配置当前工程构建过程中的特殊设置 -->
<build>
<finalName>AtguiguWeb</finalName>
<!-- 配置构建过程中需要使用的插件 -->
<plugins>
<plugin>
<!-- cargo是一家专门从事启动Servlet容器的组织 -->
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-maven2-plugin</artifactId>
<version>1.2.3</version>
<!-- 针对插件进行的配置 -->
<configuration>
<!-- 配置当前系统中容器的位置 -->
<container>
<containerId>tomcat6x</containerId>
<home>D:\DevInstall\apache-tomcat-6.0.39</home>
</container>
<configuration>
<type>existing</type>
<home>D:\DevInstall\apache-tomcat-6.0.39</home>
<!-- 如果Tomcat端口为默认值8080则不必设置该属性 -->
<properties>
<cargo.servlet.port>8989</cargo.servlet.port>
</properties>
</configuration>
</configuration>
<!-- 配置插件在什么情况下执行 -->
<executions>
<execution>
<id>cargo-run</id>
<!-- 生命周期的阶段 -->
<phase>install</phase>
<goals>
<!-- 插件的目标 -->
<goal>run</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
执行mvn deploy 命令
20、Maven 酷站
我们可以到 http://mvnrepository.com/搜索需要的 jar 包的依赖信息。