我注意到log4j-core在两个slf4j-impl库中具有不同的依赖范围。
这是故意的吗？
| | x1米2英寸x1米3英寸|
| - ------|- ------|
| log4j-slf4j-impl|运行时间|
| log4j-slf4j2-impl|测验|
看起来它被这个引用LOG4J2-2975的提交更改了。我没有看到任何提到为什么scope从runtime更改为test的内容。
我注意到log4j-core在两个slf4j-impl库中具有不同的依赖范围。
这是故意的吗？
| | x1米2英寸x1米3英寸|
| - ------|- ------|
| log4j-slf4j-impl|运行时间|
| log4j-slf4j2-impl|测验|
看起来它被这个引用LOG4J2-2975的提交更改了。我没有看到任何提到为什么scope从runtime更改为test的内容。
1条答案
按热度按时间voj3qocg1#
是的，删除对
log4j-core的运行时依赖性是有意的，因为log4j-slf4j2-impl模块可以与Log4j2 API的任何实现一起工作。自版本2.17.2起，SLF4J至LOG4J2网桥至少可使用两种实现方式：
log4j-core和log4j-to-jul（Log4j2项目维护的第三个实现log4j-to-slf4j由于显而易见的原因不能使用）。这一选择并非无可争议：参见LOG4J2 3601进行讨论。