Почему журнал загрузки Spring содержит сообщения уровня отладки?

В моем приложении Spring Boot у меня есть следующая спецификация ведения журнала:

logging.level.org.springframework.web: INFO
logging.config: config/logback.xml

Кроме того, в logback.xml уровень также определяется как INFO:

<configuration scan = "false">
<appender name = "SIFT" class = "ch.qos.logback.classic.sift.SiftingAppender">
    <discriminator>
        <key>loggroup</key>
        <defaultValue>common</defaultValue>
    </discriminator>
    <sift>
        <appender name = "ROLLING" class = "ch.qos.logback.core.rolling.RollingFileAppender">
            <file>logs/myservice-${loggroup}.log</file>
    </sift>
</appender>
<logger name = "com.mycompany" level = "INFO">
    <appender-ref ref = "SIFT" />
</logger>
<root level = "INFO">
    <appender-ref ref = "SIFT" />
</root>

Тем не менее я получаю сообщение журнала уровня отладки:

{"timestamp": 1535034810162, "datetime": "2018-08-23T10: 33: 30.162-0400", "hostname": "anarinsky-mbp.mycompany.local", "username": "alex", "level" : "DEBUG", "thread": "Test worker", "loggername": "org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping", "message": "В классе com найдено 7 методов обработчика запросов. mycompany.was.service.integration.keyvalue.KeyValueController:

попробуйте добавить debug=false в файл свойств вашего приложения.

DwB 24.08.2018 20:44

это не допустимый XML-файл или конфигурация входа в систему. Закрывающий тег внутреннего тега appender отсутствует, как и определение RollingPolicy и encoder. И сообщение, которое вы показываете, похоже, является неполным объектом JSON.

P.J.Meisch 24.08.2018 20:48
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
2
475
2

Ответы 2

Вы можете просто добавить:

<logger name = "org.springframework" level = "INFO">
    <appender-ref ref = "SIFT" />
</logger>

В конце вашего logback.xml, сразу после / перед регистратором для com.mycompany.

Не уверен на 100%, что это именно то, что вызывает здесь проблему. Другая возможность состоит в том, что для приложения SIFT корневым уровнем журнала является INFO, но есть также приложение журнала по умолчанию, которое также работает параллельно и, следовательно, не связано с:

<root level = "INFO">
    <appender-ref ref = "SIFT" />
</root>

Это мои 2 цента, я могу ошибаться, но это тоже стоит проверить.

Ваша конфигурация не ограничивает выходной уровень, он устанавливает выходной уровень по умолчанию на INFO. Это можно изменить в коде, что, похоже, так.

Я считаю, что вы хотите установить пороговый фильтр.

ThresholdFilter описан на Страница фильтров входа в систему.

Другие вопросы по теме