Як надіслати java.util.logging до log4j?

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

Тепер я хотів би додати ehcache до цієї програми для деяких потреб кешування. Попередні версії ehcache використовували commons-logging, які в цьому сценарії працювали б ідеально, але станом на версію 1.6-beta1 вони видалили залежність від commons-logging і замінили його на java.util.logging.

Насправді не знаючи вбудованого журналювання JDK, доступного за допомогою java.util.logging, чи є простий спосіб, щоб будь-які повідомлення журналу, надіслані в JUL, реєструвались у log4j, тому я можу використовувати свою існуючу конфігурацію та налаштовувати на будь-які журнали з ehcache?

Переглядаючи javadocs для JUL, схоже, я міг би встановити купу змінних середовища, щоб змінити, яка LogManagerреалізація використовується, і, можливо, використовувати це для обгортання log4j Loggers у Loggerкласі JUL . Це правильний підхід?

Іронічно, що використання бібліотекою вбудованих журналів JDK може спричинити такий головний біль, коли (більшість) решти світу використовує замість цього сторонні бібліотеки.

Одним із підходів, який я успішно використав, є використання slf4j як мого основного API ведення журналу. Потім у мене slf4j прив'язується до log4j. Залежно партії 3 - го з допомогою інших механізмів (як JUL) може бути містком до SLF4J.

Ми використовуємо SLF4J для нашого поточного проекту, і він дуже добре для нас працював. SLF4J написаний Ceki Gülcü, творцем Log4J, і він зробив справді чудову роботу. У нашому коді ми використовуємо API реєстрації SLF4J безпосередньо, і ми налаштовуємо SLF4J так, щоб дзвінки з журналу Commons Logging (JCL), java.util.logging (JUL) та Log4J API були пов’язані з API SLF4J. Нам потрібно це зробити, тому що, як і ви, ми використовуємо сторонні бібліотеки (з відкритим кодом), які вибрали різні API реєстрації.

У нижній частині SLF4J ви налаштовуєте його на використання конкретної реалізації реєстратора. Він поставляється з внутрішнім або "простим" реєстратором, і ви можете замінити його за допомогою Log4J, JUL або Logback . Налаштування виконується просто шляхом скидання різних файлів jar у шлях до вашого класу.

Спочатку ми використовували реалізацію Logback, також написану Ceki Gülcü. Це дуже потужно. Однак ми вирішили розгорнути наш додаток на сервері додатків Glassfish Java EE, переглядач журналів якого очікує повідомлення у форматі JUL. Тож сьогодні я перейшов з Logback на JUL, і буквально за кілька хвилин замінив два банки Logback на jar SLF4J, який підключає його до реалізації JUL.

Тож, як @overthink, я щиро рекомендую використовувати SLF4J у налаштуваннях.

Існує простіша альтернатива, ніж SLF4J, пов’язати JUL з log4j, див. Http://people.apache.org/~psmith/logging.apache.org/sandbox/jul-log4j-bridge/examples.html

Вам просто потрібно розмістити jul-log4j-bridge на шляху до класу та додати системну властивість:

-Djava.util.logging.manager=org.apache.logging.julbridge.JULBridgeLogManager

jul-log4j-bridge не знаходиться у Maven Central, і його можна отримати з цього сховища:

<repository>
  <id>psmith</id>
  <url>http://people.apache.org/~psmith/logging.apache.org/repo</url>
  <releases>
    <enabled>false</enabled>
  </releases>
</repository>

а потім використовується з:

<dependency>
  <groupId>org.apache.logging</groupId>
  <artifactId>apache-jul-log4j-bridge</artifactId>
  <version>1.0.0-SNAPSHOT</version>
  <scope>test</scope>
  <exclusions>
    <exclusion>
      <groupId>log4j</groupId>
      <artifactId>apache-log4j-component</artifactId>
    </exclusion>
  </exclusions>
</dependency>

Також можна відновити його з джерел, виконавши такі дії:

1. svn co http://svn.apache.org/repos/asf/logging/sandbox/jul-to-log4j-bridge/
2. відредагуйте pom.xml, замініть залежність від log4j: log4j: 1.2.15 на log4j: apache-log4j-extras: 1.2.17 та видаліть залежність від apache-log4j-компонента
3. пакет mvn

ЖОВТЕНЬ 2014

З версії 2.1 log4j існує компонент log4j-jul, який дозволяє саме це. Тим не менше, якщо ви використовуєте log4j 1, для використання цього підходу повинна бути можливість оновлення до log4j2.

Адаптер реєстрації JDK

Клас LogManager

Перехід з log4j 1.x на log4j 2

Сайт slf4j, на мою думку, має міст для передачі подій java.util.logging через slf4j (а отже, і log4j).

Так, завантаження SLF4J містить jul-to-slf4j, який, на мою думку, робить саме це. Він містить обробник JUL для передачі записів у SLF4J.

@Yishai - Дякуємо за розміщення посилання на мою вікі. Приклад там перенаправляє JUL на Log4J, і я працював у виробничій системі протягом декількох років. JBoss 5.x вже перенаправляє JUL на Log4J, тому я вийняв його, коли ми оновили. У мене є новий, який переспрямовує на SLF4J, який я використовую зараз для кількох речей. Я опублікую це, коли отримаю можливість.

Однак у SLF4J це вже є:

http://mvnrepository.com/artifact/org.slf4j/jul-to-slf4j

вам слід вручну додати дути при запуску

SLF4JBridgeHandler.removeHandlersForRootLogger()
SLF4JBridgeHandler.install()

демонстрація -> https://gist.github.com/jiahut/654ecc75a13b0a1d8f3b4d5d2d69dc6d