Spring boot 当mvnrepository发布版本2.13.0时,spring引导启动器(2.0.8)仍然参考Maven Central/spring repo中的log4j2版本2.10.0库

Spring boot 当mvnrepository发布版本2.13.0时,spring引导启动器(2.0.8)仍然参考Maven Central/spring repo中的log4j2版本2.10.0库,spring-boot,maven,log4j2,spring-boot-starter,Spring Boot,Maven,Log4j2,Spring Boot Starter,[ 反映log4j2libs已更新为2.13.0,但存储库仍然包含2.10.0 jar [ [ 既然托管依赖项要经历一个“半自动”过程,那么这可能有一个eta吗?为什么您指的是spring boot版本2.0.8.RELEASE?而不是最新的2.2.2.RELEASE,而不是2.2.2.RELEASE也有同样的问题。由于[.不过不会太久。首先,spring boot的2.2.2.2版本包含对log4j 2.12.1的引用。如果您真的知道自己在做什么,当然可以在您自己的项目中通过dependenc

[

反映log4j2libs已更新为2.13.0,但存储库仍然包含2.10.0 jar

[

[


既然托管依赖项要经历一个“半自动”过程,那么这可能有一个eta吗?

为什么您指的是spring boot版本2.0.8.RELEASE?而不是最新的2.2.2.RELEASE,而不是2.2.2.RELEASE也有同样的问题。由于[.不过不会太久。首先,spring boot的2.2.2.2版本包含对log4j 2.12.1的引用。如果您真的知道自己在做什么,当然可以在您自己的项目中通过dependencyManagement覆盖使用过的log4j版本,但我不推荐。spring boot的下一次更新只需要1-2个月(或更短时间)我打赌他们会将log4j依赖项升级到最新版本……除了基于问题参考的版本之外,我不确定您真正的问题是:您是否使用
*.hbm
文件进行映射?是的,它参考了2.12.2。[宣传2.13.0-同样的问题。为什么maven存储库与maven central中的实际pom文件不同?这是我真正的问题。我放弃了spring启动程序,直接添加了log4j2 2.13.0依赖项。(即使它们有不好的引用-参见slf4j版本1.7.25与宣传的1.7.29).再次执行手动依赖关系管理。很好。再次检查maven的每个依赖关系。检查所有导入的jar版本以及其中的任何依赖关系管理。