Мы рассматриваем наше веб-приложение JEE на предмет запланированного рефакторинга, и одно из предложений - заменить log4j
на logback
илиslf4j
Команда не знает, следует ли нам это делать - потому что в настоящее время мы хотим следовать, если ничего не сломано, не исправлять в этой области.
Изменить: я не спрашиваю о сравнении каркасов ведения журналов, но является ли это ценный элемент рефакторинга для изменения каркаса, когда мы вполне довольны log4j
источник
Если Log4J работает для вас, нет причин менять это. Если это не так, ищите альтернативу, которая делает то, что вам нужно, которая может быть или не быть slf4j.
Просто потому, что кто-то говорит, что что-то лучше, чем что-то другое, никогда не должно быть причиной для изменения всего вашего приложения (или вообще для принятия этого чего-то нового).
источник
Slf4j - это API, который позволяет вам выбирать , использовать ли log4j, logback или ведение журнала jdk по умолчанию во время развертывания, вместо того, чтобы принимать решение во время компиляции (что происходит, когда вы кодируете непосредственно в log4j)
Slf4j также предоставляет конструкцию {}, которая может задерживать дорогостоящие вызовы toString (), полностью их избегая, если инструкция log не включена.
Затем вы можете выбрать двигатель позже.
источник