Java 如何配置slf4j+;多模块Maven项目中的回登录?

Java 如何配置slf4j+;多模块Maven项目中的回登录?,java,maven,config,slf4j,multi-module,Java,Maven,Config,Slf4j,Multi Module,我的Maven项目有大约七个子模块。其中六个包装为罐子,一个包装为战争 我应该在每个模块中创建单独的logback.xml配置吗?或者我应该有一个所有其他模块都依赖的“公共”模块,并在其中放一个logback.xml?还有其他选择吗 谢谢。假设您希望在带有jar包装的模块中添加logback.xml配置文件以进行测试,那么只需将logback.xml放在每个“jar”类型模块的src/test/resources文件夹下即可 正如@kan提到的,slf4j绑定,例如slf4j simple或lo

我的Maven项目有大约七个子模块。其中六个包装为罐子,一个包装为战争

我应该在每个模块中创建单独的logback.xml配置吗?或者我应该有一个所有其他模块都依赖的“公共”模块,并在其中放一个logback.xml?还有其他选择吗


谢谢。

假设您希望在带有jar包装的模块中添加logback.xml配置文件以进行测试,那么只需将logback.xml放在每个“jar”类型模块的
src/test/resources
文件夹下即可


正如@kan提到的,slf4j绑定,例如slf4j simple或logback classic,应该在测试范围内。

所有库JAR应该只使用slf4j api依赖项,并且只有最终应用程序(在您的情况下是
.war
)应该包含logback依赖项及其配置


出于测试目的,我认为使
test
slf4j的依赖关系变得更简单
,它使用起来更简单,通常对于测试用例来说已经足够好了。

事实上,用于广泛分发的库应该只依赖于slf4j api。但是,并非所有jar都是库。因此,尽管依赖slf4j simple是一个有效的选项,但它不一定比依赖logback classic更好。@Ceki在
test
中,您可以随意使用任何依赖项。每个库模块都可以有自己的测试依赖项,它们不会冲突。因此,如果它足够(通常是),使用
simple
保持它的简单。使用测试范围是一个好主意。我想说的是,依赖于slf4j simple(在测试范围内)是可以的,但是依赖于logback classic(在测试范围内)在类型为“jar”的模块中也是可以的。请告诉我,我应该在每个maven模块中都保留logback.xml。我的项目有2个模块,我在两个模块中都有logback.xml,并且它采用各自的logback.xml