Maven无法下载slf4j-log4j12依赖，求问题排查方向

尝试使用slf4j-log4j12库，但Maven无法下载对应的jar包，本地.m2仓库状态异常。环境信息如下：

• Apache Maven版本：3.5.4
• Java版本：11.0.15
• 所处环境：企业防火墙环境，使用JFrog Artifactory作为仓库
• 已执行操作：在pom.xml中添加maven2仓库，尝试IntelliJ的Invalidate Cache等清理操作

pom.xml中的依赖配置：

<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-reload4j</artifactId>
   <version>2.0.3</version>
</dependency>

<dependency>
   <groupId>org.slf4j</groupId>
   <artifactId>slf4j-log4j12</artifactId>
   <version>2.0.3</version>
   <type>pom</type>
   <scope>test</scope>
</dependency>

1. SLF4J 2.x版本的废弃策略问题 #

SLF4J从2.x版本开始，slf4j-log4j12已被官方废弃，替换为slf4j-reload4j。slf4j-log4j12的2.x版本仅作为过渡性的空POM存在，部分企业仓库（如JFrog Artifactory）可能因同步策略或废弃包过滤规则，没有同步该版本的POM文件，导致Maven无法找到对应的依赖。

2. Maven与Java版本兼容性问题 #

Maven 3.5.x系列对Java 11的支持有限，官方明确推荐使用Maven 3.6.0及以上版本适配Java 11。旧版本Maven在解析高版本依赖或处理Java 11环境时，可能出现依赖下载异常。

3. JFrog Artifactory仓库配置问题 #

• 远程仓库同步状态：检查Artifactory中配置的远程仓库（如Maven Central）是否已同步slf4j-log4j12:2.0.3的POM文件。部分企业仓库会过滤废弃包或未及时同步最新的过渡性POM。
• 镜像与仓库优先级：检查settings.xml中的镜像配置，确认是否所有Maven请求都被路由到Artifactory，且Artifactory的仓库组包含了能获取该依赖的远程仓库。
• 权限与拦截规则：排查企业防火墙或Artifactory的权限规则，是否限制了该依赖的下载请求，比如IP白名单、包过滤策略等。

4. 依赖配置与解析冲突 #

• 尝试移除<type>pom</type>配置，虽然该版本本身是POM类型，但显式指定可能导致Maven解析逻辑异常。
• 排查依赖冲突：slf4j-reload4j和slf4j-log4j12同属SLF4J的日志绑定实现，即使slf4j-log4j12处于test scope，也可能存在隐性的解析冲突，可执行mvn dependency:tree查看依赖树，确认是否有冲突导致下载被跳过。

5. 本地仓库残留损坏文件 #

尽管执行了IntelliJ的Invalidate Cache，本地.m2仓库中可能仍存在损坏的依赖文件（如.part临时文件、损坏的POM）。手动删除.m2/repository/org/slf4j/slf4j-log4j12/2.0.3目录，然后执行mvn clean install -U强制更新依赖。

内容的提问来源于stack exchange，提问作者Cong