Muszę zaktualizować wersję sterownika JDBC Redshift w gradle i wygląda na to, że 1.3X ma następujący problem:

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:~/.gradle/caches/modules-2/files-2.1/com.amazon.redshift/redshift-jdbc42/1.2.37.1061/daad21f8637b6ccd2b86307a4f17e1e215df7365/redshift-jdbc42-1.2.37.1061.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:~/.gradle/caches/modules-2/files-2.1/ch.qos.logback/logback-classic/1.2.3/7c4f3c474fb2c041d8028740440937705ebb473a/logback-classic-1.2.3.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
SLF4J: Actual binding is of type [org.slf4j.impl.Log4jLoggerFactory]

Mogę wykluczyć ch.qos.logback/logback-classic globalnie, ale zastanawiam się, czy jest na to lepszy sposób, ponieważ wolałbym wyłączyć nieoczekiwany zduplikowany rejestrator z com.amazon.redshift/redshift-jdbc42

0
Destroy666 19 grudzień 2019, 15:24
1
Powinieneś złożyć skargę do Amazon: implementacje org.slf4j.impl.StaticLoggerBinder nie należą do implementacji sterownika JDBC.
 – 
Mark Rotteveel
19 grudzień 2019, 15:44
To zdecydowanie, ale zastanawiam się, czy istnieje jakieś obejście, które mogę zastosować, zanim zaczną przestrzegać konwencji
 – 
Destroy666
19 grudzień 2019, 15:47

1 odpowiedź

Wydaje się, że zależność sl4j została dodana począwszy od wersji 1.2.34.1058. Możesz użyć dowolnej wersji poniżej tej bez wielu wiązań SLF4J.

Mam nadzieję, że to pomoże. :)

0
Angel Pinazo Perpiñán 13 styczeń 2020, 15:03
Niezupełnie, ponieważ potrzebuję „Parametry PreparedStatement w niektórych środowiskach wielowątkowych nie są poprawnie wypełnione”. poprawka błędu z wersji 1.2.32 i nie można jej użyć w Gradle bezpośrednio z tego, co widziałem. To też nie jest zależność, gdyby wszystko było dobrze.
 – 
Destroy666
14 styczeń 2020, 15:25