Различие в использовании java.util.logging и Регистраторах Log4j
Я разрабатываю JAVA-приложение, для которого я должен использовать регистрирующийся механизм. И теперь я смущен, чтобы выбрать или регистратор библиотек Java или пойти для регистратора Log4j.
Таким образом, я хочу знать, когда я могу пойти для регистратора Java и когда я могу пойти для log4j регистратора.
5 ответов
Я бы посоветовал вам использовать SLF4J вместо того, чтобы отделить ваше приложение от определенных фреймворков ведения журналов. Он имеет адаптеры для различных популярных платформ ведения журналов, таких как Jakarta Logging, JDK1.4 logging, log4j и т. Д., Что делает его хорошей абстракцией для нужд журналирования.
Вы бы реализовали это, внедрив сначала компилятор ANSI C, а затем добавили к нему некоторые специальные прагматики и функции реализации.
Да, я знаю, что это циничный ответ, и я принимаю понижение голосов.
-121--3565892-В ruby вы можете получить ссылку, выполнив
request.referrer
Параметры запроса доступны в ваших представлениях и контроллерах. Если требуется просмотреть другие параметры, доступные по запросу , просто добавьте
<%= request.inspect %>
в одно из представлений и перейдите на страницу для их просмотра.
-121--1885286-Существует проект Apache Commoms Logging и SLF4J , каждый из которых абстрагирует базовую библиотеку журналов.
На практике я склонен использовать Log4J над встроенными классами каротажа. Главным образом потому, что Log4J можно настроить для каждого веб-приложения на сервере приложений, тогда как ведение журнала JDK настраивается для каждого JVM.
В настоящее время я бы рекомендовал использовать SLF4J в качестве API журналирования. Затем вы можете выбрать свою структуру ведения журнала в зависимости от ваших потребностей по мере их обнаружения.
Я сделал обзор того, что считаю наилучшей практикой для начала работы с SLF4J, и простой «журнал в System.out», который в настоящее время находится по адресу. http://runjva.appspot.com/logging101/index.html
Надеюсь, это будет полезно.
Я считаю Log4j более гибким, когда дело доходит до настройки cfg ведения журнала без повторной компиляции кода в производственной среде.
Класс Logger не был частью jdk ранее, поэтому появилось несколько библиотечных реализаций. Библиотека Log4j имеет один из самых полных наборов утилит для ведения логов (Formatters, Appenders и т.д.). Однако для большинства разработчиков это будет излишеством, и достаточно будет простого java.util.Logger.
Лично я использую пользовательскую обертку над своей реализацией логгера. Это позволяет мне определять пользовательские вызовы для выполнения функционального протоколирования/аудита.