如何在gradle中解决服务之间的传递依赖关系？
我在intellij工作，使用spring boot和gradle。
我有一个使用其他两个库的服务，我似乎遇到了一些传递依赖性问题。
该服务中的spring boot版本已从2.1.2更新到2.1.4，这使得该服务不再工作。
我能够在gradle中干净地构建这个项目，但是一旦我启动它，在运行时我得到…无法解决org.slf4j： slf4j-api： 1.7.26。
我按照要求手动将库中的 slf4j 依赖项从 1.7.25 更新到 1.7.26，但收效甚微。
如果我对这个服务运行依赖项，我会得到我认为是什么，将版本更改为正确的版本:
| +--- ch.qos.logback:logback-classic:1.2.3
| | +--- ch.qos.logback:logback-core:1.2.3
| | \--- org.slf4j:slf4j-api:1.7.25 -> 1.7.26
但这可能是一个问题，bcz是logback经典的过渡部分。对于mvn上的这个包，我发现slf4j api已经更新：https://mvnrepository.com/artifact/ch.qos.logback/logback-classic/1.2.3.
这只是其中之一，如果我搜索所有-
我尝试从所有项目中删除. gradle文件夹，清理构建，安装，但没有成功。
共有1个答案
这背后似乎有一些缓存。清除英特尔缓存，文件-
-
删节依赖关系报告
-
因此，自从添加新的Room android架构库以来，这种情况已经开始发生。我在AppDatabase_Impl没有过期时遇到问题，我通过在注释中添加kapt来修复它： < li>Android Room持久性库和Kotlin < li >在Kotlin中实现房间持久性库 < in Kotlin中的房间持久性库实现(Gradle错误) 我怀疑其他错误是由于AS、Kotlin和Java 8造成的，所
-
首先，很抱歉我不得不用伪代码来展示这个问题，因为原始库代码是封闭源代码，整个构建过程稍微复杂一点。 问题如下： 我们有一个项目a，它使用了一个内部库B。这个库使用了几个opensource库，我们现在称之为C和D。 出于调试的目的，我希望创建项目a的一个分级复合构建，其中包括使用的库B。 项目A：安置。梯度 项目A在其构建中包括库B。Gradle： 库B有C和D作为依赖项。D有自己的存储库，C在M
-
null 使用Jenkins Artifactory插件，我能够将这两个模块的JAR发布到Artifactory，但我的另一个依赖于的项目未能构建，出现以下gradle错误 找不到com.mygroup:lib-api:1.0.0-snapshot lib-api/build.gradle null null 我的理解是，ArtiFactory/Gradle应该足够聪明，能够将解析为最新的时间戳快
-
给予 这在gradle 1.3中无法正常工作。（即，子项目包含所有依赖项） 这是一个bug还是有不同的语法来排除项目依赖关系？
-
我们有一个项目a依赖于项目B，项目B依赖于图书馆C。a和B是本地项目，而C是maven central repo的公共图书馆。 波姆。xml用于： 波姆。用于B的xml： 在A中运行mvn dependency:tree-Dverbose时，它不会解析B的依赖项，B中使用的此类依赖项也不会显示在A的Maven依赖项中。这对于编译很好，但在运行时会因为NoClassDefFound错误而失败。 有没