Ведение журнала является жизненно важным компонентом в каждом приложении. Когда мы используем механизм ведения журнала в нашем приложении, мы можем хранить наши журналы в файле или базе данных. Кроме того, мы можем отправлять данные журналов в централизованное приложение для управления журналами, такое как Graylog или Syslog :
В этом руководстве мы опишем, как отправлять информацию журнала на сервер Syslog с помощью Log4j2 в приложении Spring Boot .
Задержка группы потребителей Kafka — ключевой показатель производительности любой управляемой событиями системы на основе Kafka .
В этом руководстве мы создадим приложение-анализатор для отслеживания потребительского отставания Kafka.
Задержка потребителя — это просто разница между последним зафиксированным смещением потребителя и конечным смещением производителя в журнале. Другими словами, потребительская задержка измеряет задержку между созданием и потреблением сообщений в любой системе производитель-потребитель.
При большом объеме регистрируемых данных важно скрывать конфиденциальные сведения о пользователях при регистрации. В новом мире, нынешнем GDPR, помимо многих проблем, мы должны уделять особое внимание регистрации конфиденциальных данных отдельных лиц.
В этом руководстве мы увидим, как маскировать конфиденциальные данные в журналах с помощью Logback. В целом, этот подход не является реальным способом решения проблемы — это своего рода последняя линия защиты для наших лог-файлов.
Logback — одна из наиболее широко используемых сред ведения журналов в сообществе Java. Это замена своего предшественника Log4j. Он предлагает более быструю реализацию, чем Log4j, и предоставляет больше возможностей для настройки и большую гибкость в архивировании старых файлов журналов.
В этом руководстве мы покажем, как исправить предупреждение «log4j: WARN Не удалось найти приложения для регистратора» . `` Мы объясним, что такое аппендер и как его определить. Кроме того, мы покажем, как решить предупреждение различными способами.
Давайте сначала объясним, что такое аппендер. Log4j позволяет нам помещать журналы в несколько мест назначения. Каждый пункт назначения, в который он выводит вывод, называется appender . У нас есть приложения для консоли, файлов, компонентов JMS, GUI и других.
В log4j не определено приложение по умолчанию. Кроме того, регистратор может иметь несколько приложений для добавления , и в этом случае регистратор печатает вывод во все из них.
В этом руководстве мы рассмотрим способы изменения уровня ведения журнала приложения Spring Boot во время выполнения. Как и многие другие вещи, Spring Boot имеет встроенную функцию ведения журнала , которая настраивает ее для нас. Мы собираемся изучить, как настроить уровни ведения журнала работающего приложения.
Мы рассмотрим три способа сделать это: с помощью конечной точки регистраторов Spring Boot Actuator , функции автоматического сканирования в Logback и, наконец, с помощью инструмента Spring Boot Admin .
Мы собираемся начать с использования конечной точки / loggers Actuator для отображения и изменения нашего уровня ведения журнала. Конечная точка / loggers доступна по адресу act/loggers , и мы можем получить доступ к конкретному регистратору, добавив его имя как часть пути.
В этом кратком руководстве мы собираемся изучить основные параметры ведения журнала, доступные в Spring Boot.
Более подробная информация о Logback доступна в A Guide to Logback , а Log4j2 представлена в Intro to Log4j2 — Appenders, Layouts and Filters .
Обычно журналы консоли дают нам возможность отлаживать нашу систему простым и интуитивно понятным способом. Тем не менее, бывают случаи, когда мы не хотим включать эту функцию в нашей системе.
В этом кратком руководстве мы увидим, как избежать входа в консоль при запуске приложения Spring Boot .
Мы упростим задачу с помощью простых примеров, показывающих, как этого добиться, независимо от того, используем ли мы Logback, Log4js2 или даже среду Java Util Logging.
Чтобы узнать больше о фреймворках ведения журнала для Spring Boot, мы предлагаем ознакомиться с нашим руководством по ведению журнала в Spring Boot .
В этом кратком руководстве мы продемонстрируем основы регистрации входящих запросов с использованием фильтра регистрации Spring. Если мы только начинаем заниматься логированием, то можем ознакомиться с этой вводной статьей по логированию , а также со статьей SLF4J .
Зависимости ведения журнала будут такими же, как и во вступительной статье; мы просто добавим здесь Spring:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5.2.2.RELEASE</version>
</dependency>
В этой быстрой статье мы рассмотрим одну из самых распространенных проблем безопасности в мире JVM — подделку журналов. Мы также покажем пример техники, которая может защитить нас от этой проблемы безопасности.
Согласно OWASP , подделка логов — одна из самых распространенных техник атак.
Уязвимости подделки журнала возникают, когда данные поступают в приложение из ненадежного источника или данные записываются в файл журнала приложения/системы каким-либо внешним объектом.
В этом руководстве мы собираемся показать, как настроить Spring WebClient — реактивный HTTP-клиент — для регистрации запросов и ответов.
Веб-клиентWebClient — реактивный и неблокирующий интерфейс для HTTP-запросов, основанный на Spring WebFlux . Он имеет функциональный, гибкий API с реактивными типами для декларативной композиции.
За кулисами WebClient вызывает HTTP-клиент. Reactor Netty используется по умолчанию , также поддерживается реактивный HttpClient Jetty. Кроме того, можно подключить другие реализации HTTP-клиента, настроив ClientConnector для WebClient .