Встроенный Tomcat с использованием log4j для ведения журнала

Это заняло у меня некоторое время, но после того, как я получил исходники реализации 8.5.4, я понял, что реализация juli ведения журнала добавлена ​​в банку core.

Версия ‹= 8.5.2

Поэтому я вернулся и начал работать с версией 8.5.2 и использовал tomcat-embed-logging-log4j-8.5.2.jar, а также tomcat-embed-core-8.5.2.jar. Первое, на что следует обратить внимание, это то, что в отличие от большей части онлайн-документации важно, чтобы вы не добавляли tomcat-embed-logging-juli-8.5.2.jar. При этом 8.5.2 версия работает с log4j из коробки и больше ничего не надо делать.

Версия > 8.5.2

При использовании более новой версии встроенного Tomcat, то есть 8.5.4. или даже самой новой версии 8.5.19, LogFactory уже включен в банку. Таким образом, при добавлении более старого tomcat-embed-logging-log4j-8.5.2.jar в путь к классам теперь доступны две реализации LogFactory. Первый предоставляется с core и загружает DirectJDKLog (я называю его Core-LogFactory), а второй предоставляется через log4j (обозначается как Log4j-LogFactory). Таким образом, когда LogFactory загружается из пути к классам, выбирается Core-LogFactory (потому что он находится в той же банке и, следовательно, "ближе" (нет необходимости слишком углубляться в порядок загрузки пути к классам)). Как правило, использование одного и того же класса (в одном пакете) в пути к классам является плохой практикой. Это приведет только к путанице, и вы в основном никогда не узнаете, какой класс на самом деле используется (да, я знаю, что есть способы и правила, но, короче говоря, это нехорошо). Таким образом, я решил вместо использования tomcat-embed-logging-log4j-8.5.2.jar более того, я следовал подходу ServiceLoader, который фактически реализован в Core-LogFactory более новых версий (https://svn.apache.org/repos/asf/tomcat/trunk/java/org/apache/juli/logging/LogFactory.java).

private LogFactory() {
    // Look via a ServiceLoader for a Log implementation that has a
    // constructor taking the String name.
    ServiceLoader<Log> logLoader = ServiceLoader.load(Log.class);
    Constructor<? extends Log> m=null;
    for (Log log: logLoader) {
        Class<? extends Log> c=log.getClass();
        try {
            m=c.getConstructor(String.class);
            break;
        }
        catch (NoSuchMethodException | SecurityException e) {
            throw new Error(e);
        }
    }
    discoveredLogConstructor=m;
}

Для этого я добавил файл org.apache.juli.logging.Log в папку META-INF/services (внутри моего jar/sources) и добавил полное имя моей "собственной" реализации Log, то есть net.meisen.tomcat.logging.Log4jLog, которое выглядит следующим образом:

package net.meisen.tomcat.logging;

import org.apache.juli.logging.Log;
import org.apache.log4j.Logger;

public class Log4jLog implements Log {
    private final Logger logger;

    // this constructor is important, otherwise the ServiceLoader cannot start
    public Log4jLog() {
        logger = Logger.getLogger(Log4jLog.class);
    }

    // this constructor is needed by the LogFactory implementation
    public Log4jLog(final String name) {
        logger = Logger.getLogger(name);
    }

    // now we have to implement the `Log` interface
    @Override
    public boolean isFatalEnabled() {
        return true;
    }

    // ... more isLevelEnabled()

    @Override
    public boolean isTraceEnabled() {
        return logger.isTraceEnabled();
    }

    // ... and also all the fatal(...) - trace(...) methods

    @Override
    public void fatal(final Object msg) {
        logger.fatal(msg);
    }

    @Override
    public void fatal(final Object msg, final Throwable throwable) {
        logger.fatal(msg, throwable);
    }
}

И вуаля, вот конечный результат:

2017-07-31 19:27:04 TRACE EmbeddedTomcat:48 - Initializing Tomcat on port 15000 (base: null)...
2017-07-31 19:27:33 INFO  Http11NioProtocol:69 - Initializing ProtocolHandler ["http-nio-15000"]
2017-07-31 19:27:33 INFO  NioSelectorPool:69 - Using a shared selector for servlet write/read
2017-07-31 19:27:33 INFO  StandardService:69 - Starting service [Tomcat]
2017-07-31 19:27:33 INFO  StandardEngine:69 - Starting Servlet Engine: Apache Tomcat/8.5.19
2017-07-31 19:27:34 WARN  SessionIdGeneratorBase:79 - Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [170] milliseconds.
2017-07-31 19:27:34 INFO  Http11NioProtocol:69 - Starting ProtocolHandler ["http-nio-15000"]
2017-07-31 19:27:34 INFO  EmbeddedTomcat:80 - Successfully started Tomcat on port 15000 (base: null, url: http://localhost:15000).

Приложение:

Вот несколько ссылок, которые помогли мне понять, что такое ServiceLoader, и почему я довольно быстро решил не использовать один и тот же класс в одном и том же пакете в разных jar-файлах в моем проекте:

• ServiceLoader, использующий ClassLoader, указывающий на другой путь
• Объяснение Java ServiceLoader
• http://tshikatshikaaa.blogspot.com/2013/03/java-serviceloader-example.html