Обновите LogLevel из кода без использования log4j-core - PullRequest
0 голосов
/ 24 октября 2019

Я хочу обновить уровень журнала программно, без использования log4j-core. Это можно сделать с помощью log4j-api.

1 Ответ

0 голосов
/ 24 октября 2019

Динамическое обновление уровня журнала может быть выполнено, если вы настроили свою конфигурацию log4j2 для использования DynamicThresholdFilter . Вот простой пример:

Сначала файл log4j2.xml для настройки системы log4j2:

<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
    <Appenders>
        <Console name="Console" target="SYSTEM_OUT">
            <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" />
            <DynamicThresholdFilter key="myLogLvl" defaultThreshold="ERROR"
                                      onMatch="ACCEPT" onMismatch="DENY">
                <KeyValuePair key="TRACE" value="TRACE"/>
                <KeyValuePair key="DEBUG" value="DEBUG"/>
                <KeyValuePair key="INFO" value="INFO"/>
                <KeyValuePair key="WARN" value="WARN"/>
                <KeyValuePair key="FATAL" value="FATAL"/>
              </DynamicThresholdFilter>
        </Console>
    </Appenders>

    <Loggers>
        <Root level="ALL">
            <AppenderRef ref="Console" />
        </Root>
    </Loggers>
</Configuration>

Обратите внимание, как я настроил фильтр, чтобы DynamicThresholdFilter имелключ «myLogLvl», а затем несколько KeyValuePair, которые определяют порог уровня журнала на основе значения в ThreadContext для ключа «myLogLvl». Я предположил, что вы хотите использовать имена уровней в качестве значения, которое вы бы поместили в ThreadContext.

Также обратите внимание, что я установил уровень логгера Root на «ВСЕ». Это сделано для того, чтобы все сообщения были приняты регистратором, а затем отфильтрованы фильтром. Другими словами, я контролирую, какие сообщения принимаются, а не регистратор.

Вот простой Java-класс для генерации некоторых журналов:

import org.apache.logging.log4j.LogManager;
import org.apache.logging.log4j.Logger;
import org.apache.logging.log4j.ThreadContext;

public class SomeClass {

    private static final Logger log = LogManager.getLogger();

    public static void main(String[] args){

        ThreadContext.put("myLogLvl", "WARN");

        if(log.isDebugEnabled())
            log.debug("This is some debug! (This should not appear in console)");
        log.info("Here's some info! (This should not appear in console)");
        log.error("Some error happened! (We will see this in the console)");

        //Maybe now I want INFO log level
        ThreadContext.put("myLogLvl", "INFO");

        log.info("This should now appear in the console");
        log.debug("This still should --not-- appear");
        log.fatal("This will also appear");
    }
}

Обратите внимание, что сначала я устанавливаю переменную ThreadContext myLogLvl в "WARN", чтобы только сообщения, которые"WARN" уровень или более конкретные принимаются. Если вы этого не сделаете, для myLogLvl не будет значения, что означает, что уровень по умолчанию, определенный в фильтре, также не будет применяться, поэтому все сообщения будут приниматься.

Вот пример выходных данных, сгенерированныхвыше:

10:39:44.668 [main] ERROR example.SomeClass - Some error happened! (We will see this in the console)
10:39:44.670 [main] INFO  example.SomeClass - This should now appear in the console
10:39:44.670 [main] FATAL example.SomeClass - This will also appear

Надеюсь, это поможет!

...