В основном я использую Logback, но в конце все остальное не так. Мой текущий подход заключается в том, чтобы поддерживать logback.xml на развертывание какого-либо программного проекта, который может быть каким-то демоном, веб-приложением или чем-то еще. Если он имеет отдельное развертывание и известно, что он вообще использует журналирование, он получает отдельный файл конфигурации.
Но должен ли этот файл содержать все имена регистраторов, известные и используемые некоторым приложением?
Я делал это в прошлом, чтобы четко документировать, какие регистраторы вообще доступны. Многие из них относятся к конкретным классам и теоретически не требуют индивидуальной настройки, но наиболее вероятного доступного регистратора root уже достаточно. OTOH, есть варианты использования для очень специфических c регистраторов, которые дополнительно существуют для каждого класса. Иногда, например, у меня есть особые регистраторы состояния с очень нестандартным форматом регистрации, которые должны записывать некоторые данные в какой-то специальный сбой или отправлять какую-либо почту или что-то еще. Поскольку они настолько особенные и требуют специальной настройки, они всегда должны быть частью файла конфигурации.
Недостатком добавления всех регистраторов в эти файлы явно являются накладные расходы на обслуживание: один и тот же регистратор может быть доступен в несколько файлов, поэтому переименования должны применяться везде. Вновь добавленные регистраторы должны быть добавлены ко всем файлам, но сложно определить, используется ли какой-либо класс какого-либо пакета в каком-либо приложении только потому, что в этом приложении используется какой-либо пакет / проект.
Преимущество из этого подхода ясно, что в лучшем случае каждый администратор всегда просто знает, какие регистраторы доступны, просматривая конфигурацию, и может настраивать уровни журналов только для отдельных регистраторов, представляющих интерес. В противном случае нужно было бы начать регистрировать и заносить в черный список вещи, которые явно не представляют интереса.
Кто-нибудь еще делает это или это не стоит усилий?