Мы потратили довольно много времени на устранение SLF4J от различных зависимостей, поэтому мы не хотим возвращать его, особенно для такого тривиального использования. Было бы предпочтительнее использовать java.util.logging или подключаемый интерфейс.
electrum
Все 3 Комментарий
SLF4J - это де-факто регистратор для Java с открытым исходным кодом.
Говоря лично, мне нужно увидеть очень убедительный аргумент, чтобы оправдать отказ от него - особенно - переход на JUL.
qualidafial
27 июн. 2017
Хм, я планировал расширить использование slf4j (почти исключительно на уровне TRACE ), чтобы было легче увидеть, что происходит под капотом.
Насколько я понимаю, j.u.l считается второстепенным во многих отношениях, и большинство советов, которые я видел, советуют держаться от него подальше.
Что не так с slf4j? Если вам это действительно не нужно, вы можете связать его с jul или даже с регистратором nop .
stevenschlansker
27 июн. 2017
«Подключаемый интерфейс» для логирования - это как раз и есть суть SLF4J. Пока мы будем придерживаться этого. Закрытие как wontfix.
qualidafial
12 июл. 2017
Смежные вопросы
raderio
·
6Комментарии
buremba
·
5Комментарии
mcarabolante
·
4Комментарии
keith-miller
·
3Комментарии
bakstad
·
5Комментарии
Самый полезный комментарий
Хм, я планировал расширить использование
slf4j(почти исключительно на уровнеTRACE), чтобы было легче увидеть, что происходит под капотом.Насколько я понимаю,
j.u.lсчитается второстепенным во многих отношениях, и большинство советов, которые я видел, советуют держаться от него подальше.Что не так с slf4j? Если вам это действительно не нужно, вы можете связать его с jul или даже с регистратором
nop.