Перейти к основному содержимому

43 записи с тегом "Logging"

Посмотреть все теги

· 8 мин. чтения

1. Введение

В этом руководстве мы рассмотрим недавно представленный API ведения журналов в Java 9 и реализуем несколько примеров для наиболее распространенных случаев.

Этот API был введен в Java, чтобы предоставить общий механизм для обработки всех журналов платформы и предоставить интерфейс службы, который можно настроить библиотеками и приложениями. Таким образом, журналы платформы JDK могут использовать ту же структуру ведения журналов, что и приложение, а зависимости проекта могут быть уменьшены.

2. Создание пользовательской реализации

В этом разделе мы собираемся показать основные классы Logging API, которые нам нужно реализовать для создания нового регистратора. Мы сделаем это, реализуя простой регистратор, который выводит все журналы на консоль.

· 4 мин. чтения

1. Введение

В этом руководстве мы узнаем о создании пользовательского приложения Log4j2. Если вы ищете введение в Log4j2, ознакомьтесь с этой статьей .

Log4j2 поставляется с множеством встроенных приложений, которые можно использовать для различных целей, таких как запись в файл, в базу данных, в сокет или в базу данных NoSQL.

Однако в зависимости от требований приложения может возникнуть потребность в пользовательском приложении.

Log4j2 — это обновленная версия Log4j со значительными улучшениями по сравнению с Log4j. Следовательно, мы будем использовать структуру Log4j2, чтобы продемонстрировать создание пользовательского приложения.

2. Настройка Мавена

· 6 мин. чтения

1. Обзор

Вложенный диагностический контекст (NDC) — это механизм, помогающий различать чередующиеся сообщения журнала из разных источников. NDC делает это, предоставляя возможность добавлять отличительную контекстуальную информацию к каждой записи журнала.

В этой статье мы рассмотрим использование NDC и его использование/поддержку в различных средах журналирования Java.

2. Диагностические контексты

В типичном многопоточном приложении, таком как веб-приложение или REST API, каждый клиентский запрос обслуживается отдельным потоком. Журналы, созданные таким приложением, будут представлять собой смесь всех клиентских запросов и источников. Это затрудняет понимание журналов или их отладку с точки зрения бизнеса.