Pobiegłem mvn zależność: drzewa dla projektu i widziałem wyjścia tak:Jak złamać maven kompilacji, gdy istnieje konflikt zależności?
[INFO] my:project:jar:1.0.0-SNAPSHOT
[INFO] +- some.other:library:jar:2.0.0:compile
[INFO] | \- org.slf4j:slf4j-api:jar:1.6.1:compile
[INFO] +- org.slf4j:slf4j-simple:jar:1.6.0:compile
[INFO] | \- (org.slf4j:slf4j-api:jar:1.6.0:compile - omitted for conflict with 1.6.1)
to jest zły stan się w mój projekt, ponieważ zależy bezpośrednio od slf4j 1.6.0 a niektóre biblioteki, które zależą przejściowo zależy od slf4j 1.6.1. Te dwie wersje są kompatybilne z binariami, więc kompilacja przebiega bez ostrzeżeń. Czy istnieje sposób, aby zmusić Mavena do bycia bardziej rygorystycznym w kwestii rozwiązania zależności, aby móc skonfigurować nową kompilację, która zawiedzie w tym scenariuszu? W takim przypadku rozwiązaniem byłoby zaktualizowanie naszej zależności do nowszej wersji slf4j.