Java, регистрирующийся по сравнению с [закрытым] Log4J

Я сказал бы, что Вы соглашаетесь, вероятно, с util.logging для потребностей, которые Вы описываете.

Для хорошего дерева решений, взгляните на Log4j по сравнению с вопросом java.util.logging

Один: Вы ожидаете потребность в каком-либо из умных обработчиков, что Log4j имеет тот ИЮЛЬ, не имеет, такие как SMTPHandler, NTEventLogHandler или какой-либо из очень удобных FileHandlers?

Вопрос Два: Вы видите, что себя желаете часто переключиться, формат Вашего входа произвел? Вам будет нужен легкий, гибкий способ сделать так? Другими словами, Вам нужен PatternLayout Log4j?

Вопрос Три: Вы ожидаете определенную потребность в способности изменить сложные конфигурации входа в Ваших приложениях, после того, как они будут скомпилированы и развернуты в продуктивной среде? Делает Ваш звук конфигурации что-то как, "Серьезные сообщения от этого класса отправляются по электронной почте парню поддержки; серьезные сообщения от подмножества классов зарегистрированы к системному журналу deamon на нашем сервере; предупреждающие сообщения от другого подмножества классов зарегистрированы в файл на сетевом диске A; и затем все сообщения отовсюду зарегистрированы в файл на сетевом диске B"? И Вы видите, что себя настраиваете его каждые несколько дней?

, Если можно ответить на да на какой-либо из вышеупомянутых вопросов, пойдите с Log4j. Если Вы ответите на определенное не всем им, то ИЮЛЬ будет более, чем соответствующим, и он удобно уже включен в SDK.

Тем не менее в значительной степени каждый проект в эти дни, кажется, заканчивается включая log4j, если только потому, что некоторая другая библиотека использует его.

Я рекомендую использовать Простой Фасад Входа для Java (SLF4J). Это поддерживает различных поставщиков, которые включают Log4J и могут использоваться в качестве замены для Apache Вход палаты общин.

Log4j был вокруг в течение долгого времени, и он работает очень хорошо. У меня нет научных исследований для поддержки его, но на основе того, что я видел в большом количестве клиентов, это - легко платформа журналирования, которую я вижу, использовал больше, чем кто-либо другой. Это было вокруг в течение долгого времени и не было заменено Следующей Большой Платформой журналирования, которая говорит что-то.

Это очень просто для установки, и легкий изучить основной appenders (выводы). Существует большое количество appenders, которые доступны, включая:

1. ConsoleAppender
2. DailyRollingFileAppender
3. ExternallyRolledFileAppender
4. FileAppender
5. JDBCAppender
6. JMSAppender
7. NTEventLogAppender
8. RollingFileAppender
9. SMTPAppen der
10. SocketAppender
11. SyslogAppender
12. TelnetAppender
13. WriterAppender

Плюс другие. Не трудно записать Ваш собственный appender также. Дополнительно существует большая гибкость в каждом из appenders, которые позволяют Вам управлять конкретно, что производится в Вашем журнале.

Одно примечание, у меня была серия classloader проблем, когда я использовал апачское свободное городское население, регистрирующееся в дополнение к log4j. Это было только для одного определенного приложения, но я нашел более простым использовать log4j один, вместо того, чтобы предложить гибкость при использовании уровня абстракции как вход свободного городского населения.

См. эту статью для [еще 110] детали :

java.util.logging предлагает всесторонний пакет входа без избыточного багажа, который обеспечивают некоторые из других..

Я рекомендую использовать Apache Commmons Вход как Ваш интерфейс входа. Тем путем у Вас есть гибкость для переключения регистрирующихся реализаций каждый раз, когда Вы хотите, не требуя, чтобы любой код изменился на Вашем конце.

log4j является намного более хорошим пакетом и не имеет некоторых отклонений, которые содержит java.util.logging. Я был бы второй, что использование log4j непосредственно легче, чем использование входа свободного городского населения.

Я пошел бы с log4j. Возможности с log4j не являются устаревшими вообще!