Чи можна зробити так, щоб log4j відображав, який файл він використовував для самостійного налаштування?

Question 1

Питання

Чи можна зробити так, щоб Log4J відображав повний шлях до файлу, який він використовував для конфігурації?

Передумови

У мене стосунки любові і ненависті з log4j. У добрі часи це чудово, але коли це не працює, це може бути однією з найскладніших речей для налагодження. Я керую всіма журналами в нашому додатку. Таким чином, я добре знайомий з веденням журналу та процедурою ініціалізації за замовчуванням, визначеною у посібнику. Тим не менше, здається, що кожні кілька тижнів, перерви на лісозаготівлях, і я витрачаю багато часу на вирішення проблеми.

Цього разу він сильно поламаний. Кожен окремий оператор журналу скрізь скидається на консоль, і я не можу зрозуміти, чому. Точно така ж база коду, яка використовувала мої файли log4j.xml минулого тижня, раптом використовує якусь іншу конфігурацію. Нічого очевидного не змінилося. Єдине, що я здогадуюсь, змінилося кілька залежностей, і я підозрюю, що Maven завантажив якийсь злий JAR, який порушує все.

Якби я міг просто зрозуміти, який конфігураційний файл Log4J вирішив використовувати під час запуску , я міг би легко вирішити цю та більшість інших проблем.

Резюме

Чи є спосіб сказати Log4J надрукувати, який файл він використовував для конфігурації? Як варіант, чи є спосіб зламати запущений додаток і використати налагоджувач для відповіді на це запитання (можливо, виразом або перевіркою змінних)?

Question 2

Так, просто додайте log4j.debugдо системних змінних JVM. Наприклад:

java -Dlog4j.debug -cp ... some.class.name

Потім Log4j виведе щось на зразок наступного:

log4j: Trying to find [log4j.xml] using context classloader sun.misc.Launcher$AppClassLoader@1f7182c1.  
log4j: Using URL [file:/C:/Users/matt/workspace/projectname/target/test-classes/log4j.xml] for automatic log4j configuration.  
log4j: Preferred configurator class: org.apache.log4j.xml.DOMConfigurator  
log4j: System property is :null  
log4j: Standard DocumentBuilderFactory search succeded.  
log4j: DocumentBuilderFactory is: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl  
log4j: debug attribute= "null".  
log4j: Ignoring debug attribute.  
log4j: reset attribute= "false".  
log4j: Threshold ="null".  
...

Для довідки див . Посібник та поширені запитання .

Question 3

Я використовую Log4J2, і якщо ви хочете отримати файл із вашої програми Java, це спрацювало для мене:

LoggerContext lContect = LogManager.getContext();
Field f = lContect.getClass().getDeclaredField("configuration");
f.setAccessible(true);
XmlConfiguration iWantThis = (XmlConfiguration) f.get(lContect);
System.out.println("Config File: " + iWantThis.getName());

Question 4

Еквівалент log4j 2 для цього має бути встановлений <Configuration status="trace">у файлі конфігурації. Тут відображатиметься місце, звідки завантажується файл конфігурації log4j2, а також інші внутрішні деталі процесу конфігурації log4j2. За замовчуванням рівень реєстратора стану - ПОПЕРЕДЖЕННЯ, тому сповіщення ви бачите лише тоді, коли виникає проблема.

Якщо файл конфігурації знайдено неправильно, ви все одно можете ввімкнути реєстрацію внутрішнього стану log4j2, встановивши системну властивість org.apache.logging.log4j.simplelog.StatusLogger.levelна TRACE.