如何解决SpringBoot测试时卡在Resolving Maven dependencies的问题
这篇文章主要为大家展示了"如何解决SpringBoot测试时卡在Resolving Maven dependencies的问题"，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下"如何解决SpringBoot测试时卡在Resolving Maven 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文件，发现是在依赖前面写了
去掉这个标签后，问题解决，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
这样做的好处：统一管理项目的版本号，确保应用的各个项目的依赖和版本一致，才能保证测试的和发布的是相同的成果，因此，在顶层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项目多模块情况时作依赖管理控制的。
以上是"如何解决SpringBoot测试时卡在Resolving Maven dependencies的问题"这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注行业资讯频道！
