Использование Slf4j LOGGER - PullRequest
Новая
       5

Использование Slf4j LOGGER

3 голосов
/ 08 июня 2011

Может ли кто-нибудь пролить свет на четкое использование различных уровней LOGGER, а именно LOGGER.info () LOGGER.trace (), LOGGER.error () и LOGGER.debug ().

Просьба учесть, что речь идет не о конфигурации, а о том, когда использовать информацию (), а когда нет и т. Д.

Ответы [ 2 ]

4 голосов
/ 08 июня 2011

Я склонен использовать их так:

TRACE: Отметьте, где что-то выполнено, например, начало метода. Мне обычно не интересно регистрировать любую информацию, кроме «эта строка выполнена». Обычно отключается как в процессе разработки, так и в процессе производства (для предотвращения регистрации большого количества выходных данных), но включается, если я диагностирую дефект, который особенно трудно обнаружить.

DEBUG: выводить подробную информацию о состоянии переменной в журналы. После завершения разработки я поднимаю уровень ведения журнала на INFO, чтобы они не выводились в журналы. Если я отлаживаю производственную проблему, я иногда понижаю уровень ведения журнала до уровня DEBUG, чтобы снова увидеть этот вывод и помочь в диагностике проблемы.

INFO: вывод небольшого количества важной информации, например, когда вызывается критический метод. Иногда я оставляю это включенным в производстве, иногда нет.

ПРЕДУПРЕЖДЕНИЕ. Вывод информации о непредвиденном состоянии или ошибке приложения, которая не мешает продолжению выполнения приложения. Обычно включается в производство.

ОШИБКА: Вывод информации о непредвиденном состоянии приложения или ошибке, которая препятствует завершению операции. Всегда включен в производство.

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

2 голосов
/ 08 июня 2011

Это общие имена для каркасов логгеров. Обычно это что-то вроде этого:

  • отладка для разработчика и обычно отключена при производственном использовании
  • трассировка даже лучше, чем отладка, например, ведение журнала. вызов метода и возврат

Остальное должно быть самоочевидным. Конечно, не всегда ясно, какое событие должно быть зарегистрировано, на каком уровне.

Вы должны взглянуть на информацию в документации .

...