SpringBoot测试时卡在Resolving Maven dependencies的问题

网友投稿 1254 2022-10-30

SpringBoot测试时卡在Resolving Maven dependencies的问题

SpringBoot测试时卡在Resolving Maven dependencies的问题

目录测试时卡在Resolving Maven dependenciesMaven项目缺少Maven Dependencies问题今天搭建了一个maven项目网上其他解决Maven Dependencies文件缺失的方法dependencyManagement与dependencies的区别

测试时卡在Resolving Maven dependencies

有没有遇到这个问题,在测试的时候

一直卡在Resolving Maven dependencies…

框内其实因为一直-一个Junit5依赖的jar包,-不下来所以卡死。

此时需要在pom中手动导入一下两个依赖

org.junit.platform

junit-platform-launcher

test

junit

junit

test

OK,完美解决!

Maven项目缺少Maven Dependencies问题

今天搭建了一个maven项目

在pom.xml文件引入依赖后,发现项目结构中没有Maven Dependencies文件(下图),但是在java Build Path中又可以找到Maven Dependencies文件(如下图):

但是,pom.xml文件中添加的依赖jar包也不会自动-到项目中,update Project也是一样,于是是网上查找了很多方法,尝试后都发现没有用,最终,查看自己的pom.xml文件,发现是在依赖前面写了这个标签(下图),查资料后发觉这个标签的作用只是声明依赖,并不实现依赖的引入,因此,没有jar包的引入,maven项目就不会显示Maven Dependencies文件。

去掉这个标签后,问题解决,maven Dependencies文件出现在maven项目中。

网上其他解决Maven Dependencies文件缺失的方法

第1种:Maven支持没有打开:

这种情况一般是Eclipse自带的Maven,或者自己装的Maven并没有打开服务。

解决方法:右键Maven项目-->Maven-->Enable Dependency Management

(可能有一些maven版本没有Enable Dependency Management这个选项)

第2种:classpath文件问题或者.project文件问题:

解决方法:

(1)在.classpath文件中添加如下代码:

(2)在.project文件的中添加下面这行语句:

org.eclipse.m2e.core.maven2Nature

org.eclipse.jem.workbench.JavaEMFNature

org.eclipse.wst.common.modulecore.ModuleCoreNature

org.eclipse.jdt.core.javanature

org.eclipse.m2e.core.maven2Nature

org.eclipse.wst.common.project.facet.core.nature

org.eclipse.wst.jsdt.core.jsNature

第3种:项目-->properties-->Deployment Assembly-->Add-->java build path Entries-->Maven Dependencies--Finish

第4种:项目为非maven项目(情况较少)

解决方法:右键项目-->configure-->Convert to Maven Project

dependencyManagement与dependencies的区别

前面的出现问题主要是因为没有弄清楚dependencyManagement与dependencies的区别,因此这部分主要总结pom.xml文件中这两个标签的区别:

1、DepencyManagement的应用场景:

当我们的项目模块很多的时候,我们使用Maven管理项目非常方便,帮助我们管理构建、文档、报告、依赖、scms、发布、分发的方法。可以方便的编译代码、进行依赖管理、管理二进制库等等。

由于我们的模块很多,所以我们又抽象了一层,抽出一个itoo-base-parent来管理子项目的公共的依赖。为了项目的正确运行,必须让所有的子项目使用依赖项的统一版本,必须确保应用的各个项目的依赖项和版本一致,才能保证测试的和发布的是相同的结果。

在我们项目顶层的POM文件中,我们会看到dependencyManagement元素。通过它元素来管理jar包的版本,让子项目中引用一个依赖而不用显示的列出版本号。Maven会沿着父子层次向上走,直到找到一个拥有dependencyManagement元素的项目,然后它就会使用在这个dependencyManagement元素中指定的版本号。

来看看我们项目中的应用:  pom继承关系图:

itoo-base-parent(pom.xml)

org.eclipse.persistence

org.eclipse.persistence.jpa

${org.eclipse.persistence.jpa.version}

provided

javax

javaee-api

${javaee-api.version}

itoo-base(pom.xml)

itoo-base-parent

com.tgb

0.0.1-SNAPSHOT

../itoo-base-parent/pom.xml

4.0.0

itoo-base

ejb

javax

javaee-api

com.fasterxml.jackson.core

jackson-annotations

org.eclipse.persistence

org.eclipse.persistence.jpa

provided

这样做的好处:统一管理项目的版本号,确保应用的各个项目的依赖和版http://本一致,才能保证测试的和发布的是相同的成果,因此,在顶层pom中定义共同的依赖关系。同时可以避免在每个使用的子项目中都声明一个版本号,这样想升级或者切换到另一个版本时,只需要在父类容器里更新,不需要任何一个子项目的修改;如果某个子项目需要另外一个版本号时,只需要在dependencies中声明一个版本号即可。子类就会使用子类声明的版本号,不继承于父类版本号。

2、Dependencies:

相对于dependencyManagement,所有声明在dependencies里的依赖都会自动引入,并默认被所有的子项目继承。

3、区别:

(1)dependencies : 自动引入声明在dependencies里的所有依赖,并默认被所有的子项目继承。如果项目中不写依赖项,则会从父项目继承(属性全部继承)声明在父项目dependencies里的依赖项。

(2)dependencyManagement : 这个标签里只是声明依赖,并不实现引入,因此子项目需要显示的声明需要用的依赖。如果不在子项目中声明依赖,是不会从父项目中继承下来的;只有在子项目中写了该依赖项,并且没有指定具体版本,才会从父项目中继承该项,并且version和scope都读取自父pom;另外如果子项目中指定了版本号,那么会使用子项目中指定的jar版本。

(3)dependencyManagement 中的 dependencies 并不影响项目的依赖项;而独立dependencies元素则影响项目的依赖项。只有当外层的dependencies元素中没有指明版本信息时,dependencyManagement 中的 dependencies 元素才起作用。一个是项目依赖,一个是maven项目多模块情况时作依赖管理控制的。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:HugeCTR:面向点击率(CTR)估计训练的高效GPU框架
下一篇:MyBatis从入门到精通—MyBatis插件原理探究和自定义插件实现
相关文章

 发表评论

暂时没有评论,来抢沙发吧~