В мире ведения журналов есть Фасады (такие как Apache Commons Logging, slf4j или даже Log4j 2.0 API) и реализации (Log4j 1 + 2, java.util.logging, TinyLog, Logback).
По сути, вы должны заменить свою самодельную обертку на slf4j IF, и только если вы по какой-то причине вас не устраивает. Хотя Apache Commons Logging на самом деле не предоставляет современный API, slf4j и новый фасад Log4j 2 предоставляют это. Учитывая, что довольно много приложений используют slf4j в качестве оболочки, возможно, имеет смысл использовать это.
slf4j дает много полезного API-сахара, как этот пример из документации slf4j:
logger.debug("Temperature set to {}. Old temperature was {}.", t, oldT);
Это подстановка переменных. Это также поддерживается Log4j 2.
Однако вы должны знать, что slf4j разработан QOS, который также поддерживает logback. Log4j 2.0 запекается в Apache Software Foundation. За последние три года там снова выросло активное и активное сообщество. Если вы цените Open Source, как это делает Apache Software Foundation со всеми его гарантиями, вы можете пересмотреть использование slf4j в пользу непосредственного использования Log4j 2.
Пожалуйста, обратите внимание:
В прошлом log4j 1 активно не поддерживался, в то время как Logback был. Но сегодня все иначе. Log4j 2 активно поддерживается и выпускается практически по расписанию. Он также включает в себя множество современных функций и -imho- делает несколько вещей лучше, чем Logback. Иногда это просто вопрос вкуса, и вы должны сделать свои собственные выводы.
Я написал краткий обзор новых возможностей Log4j 2.0: http://www.grobmeier.de/the-new-log4j-2-0-05122012.html
При чтении вы увидите, что Log4j 2 был вдохновлен Logback, а также другими платформами журналирования. Но кодовая база другая; он почти ничего не делит с Log4j 1 и ноль с Logback. Это приводит к некоторым улучшениям, как, например, в примере Log4j 2 работает с потоками байтов вместо строк под капотом. Также он не теряет события при перенастройке.
Log4j 2 может регистрироваться с большей скоростью, чем другие известные мне фреймворки: http://www.grobmeier.de/log4j-2-performance-close-to-insane-20072013.html
И все же сообщество пользователей, кажется, намного больше, чем Logbacks: http://www.grobmeier.de/apache-log4j-is-the-leading-logging-framework-06082013.html
Тем не менее, лучшая идея заключается в том, что вы выбираете каркас логирования, который лучше всего соответствует тому, чего вы хотите достичь. Я бы не стал переключать полную инфраструктуру, если бы отключил ведение журналов в производственной среде и просто выполнял базовые журналы в своем приложении. Однако, если вы сделаете немного больше с регистрацией, просто посмотрите на функции, предоставляемые фреймворками и их разработчиками. В то время как вы получаете коммерческую поддержку Logback через QOS (я слышал), в настоящее время нет коммерческой поддержки Log4j 2. С другой стороны, если вам нужно вести журнал аудита и вам нужна высокая производительность, обеспечиваемая асинхронными приложениями, то имеет смысл проверьте log4j 2.
Пожалуйста, обратите внимание, что несмотря на весь комфорт, который они обеспечивают, фасады всегда выглядят малоэффективно. Возможно, это совсем не влияет на вас, но если у вас мало ресурсов, вам может понадобиться сохранить все, что вы можете иметь.
Не зная ваших требований лучше, почти невозможно дать рекомендацию. Просто: не переключайтесь только потому, что многие люди переключаются. Переключайтесь только потому, что видите его значение. И аргументация того, что log4j мертва, больше не считается. Он живой и горячий.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: В настоящее время я являюсь вице-президентом Apache Logging Services, а также занимаюсь log4j.