Я создал приложение Maven Springboot, где я написал фиктивное устройство, чтобы увидеть, успешно ли накапливается планирование PchedulerApplication без исключений. Однако я получаю столкновение DepDendency от SLF4J. Я хочу определить, какие 2 библиотеки вызывают столкновение, а какие я должен удалить.package com.dummy.scheduler;
import lombok.extern.slf4j.Slf4j;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.scheduling.annotation.EnableAsync;
import org.springframework.scheduling.annotation.EnableScheduling;
/**
* Application starting point.
*/
@Slf4j
@EnableAsync
@EnableScheduling
@SpringBootApplication
public class SchedulerApplication {
static {
System.setProperty("aws.crt.log.level", "Warn");
System.setProperty("aws.crt.log.destination", "Stdout");
log.debug("Configured AWS SDK log");
}
public static void main(String[] args) {
SpringApplication.run(SchedulerApplication.class, args);
}
}
< /code>
У меня есть простой модульный тест, который просто выполняет основной класс < /p>
@Test
public void testMain() {
// This test is just a placeholder to ensure that the main method can be invoked without exceptions.
// In a real-world scenario, you might want to mock the Spring context or check for specific beans.
SchedulerApplication.main(new String[]{});
// If the application starts without throwing an exception, we consider it successful.
assertTrue(true);
}
< /code>
Когда я выполняю модульный тест, я получаю после сбоя: < /p>
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.073 s
4.0.0
com.dummy
scheduler
${revision}
com.dummy.scheduler
scheduler-service
scheduler-service
org.springframework.boot
spring-boot-starter-web
${springboot-version}
org.springframework.boot
spring-boot-configuration-processor
${springboot-version}
org.springframework
spring-jdbc
${springjdbc-version}
org.projectlombok
lombok
provided
${lombok-version}
org.springframework.kafka
spring-kafka
${springkafka-version}
com.fasterxml.jackson.core
jackson-databind
${jackson-version}
com.google.code.findbugs
annotations
3.0.1
provided
com.google.code.findbugs
jsr305
3.0.1
provided
com.dummy.scheduler
test-mojo
${revision}
junit
junit
4.13.1
test
< /code>
Версии поступают из корневого файла POM и включают эти значения в его свойствах: < /p>
local-SNAPSHOT
21
21
UTF-8
3.5.3
2.15.2
1.18.38
6.2.9
4.0.0-M1
< /code>
Чтобы проверить, какие конфликты я пытался запустить зависимость MVN: дерево, но мне не ясно, что вызывает этот конфликт. < /p>
[INFO] | | | | \- org.slf4j:slf4j-api:jar:2.0.17:compile
[INFO] | | | +- org.apache.logging.log4j:log4j-to-slf4j:jar:2.24.3:compile
[INFO] | | | \- org.slf4j:jul-to-slf4j:jar:2.0.17:compile
[INFO] | | | +- org.apache.logging.log4j:log4j-to-slf4j:jar:2.24.3:compile
[INFO] | | | \- org.slf4j:jul-to-slf4j:jar:2.0.17:compile
[INFO] | | \- org.slf4j:slf4j-api:jar:1.7.36:compile
< /code>
Честно говоря, это не делает намного мудрее. Поэтому я надеялся, что кто -то сможет прояснить это мне, а также направить меня, какой SLF4J я должен исключить, в какой зависимости здесь.
Подробнее здесь: https://stackoverflow.com/questions/797 ... t-test-run
