Logback - задает имя файла журнала программным путем

Я использую logback, и я пытаюсь установить имя файла журнала программно в моей программе Java (аналогично Настройка пути к резервному доступу Appender программно), и я попробовал для адаптации этого решения следующим образом:

В logback-test.xml:

<appender name="FILE" class="ch.qos.logback.core.FileAppender">
  <file>log/${log_file_name}.log</file>
  ...

И снова в моей программе Java:

String logFileName = "" + System.currentTimeMillis(); // just for example
System.setProperty("log_file_name", logFileName);

LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();
ContextInitializer ci = new ContextInitializer(lc);
lc.reset();
try
{
    // I prefer autoConfig() over JoranConfigurator.doConfigure() so I
    // wouldn't need to find the file myself.
    ci.autoConfig();
}
catch (JoranException e)
{
    // StatusPrinter will try to log this
    e.printStackTrace();
}
StatusPrinter.printInCaseOfErrorsOrWarnings(lc);

Однако результат состоит из двух журналов, один полный и названный так, как я хотел, например, "1319041145343.log", а другой пуст и имеет имя "log_file_name_IS_UNDEFINED.log". Как остановить создание другого пустого файла журнала?

Ответ 1

Я считаю следующее ближе к тому, что вы хотите.

import ch.qos.logback.classic.Logger;
import ch.qos.logback.classic.encoder.PatternLayoutEncoder;
import ch.qos.logback.core.FileAppender;
import ch.qos.logback.core.util.StatusPrinter;
import org.slf4j.LoggerFactory;
import ch.qos.logback.classic.LoggerContext;

public class Main {
  public static void main(String[] args) {
    LoggerContext loggerContext = (LoggerContext) LoggerFactory.getILoggerFactory();

    FileAppender fileAppender = new FileAppender();
    fileAppender.setContext(loggerContext);
    fileAppender.setName("timestamp");
    // set the file name
    fileAppender.setFile("log/" + System.currentTimeMillis()+".log");

    PatternLayoutEncoder encoder = new PatternLayoutEncoder();
    encoder.setContext(loggerContext);
    encoder.setPattern("%r %thread %level - %msg%n");
    encoder.start();

    fileAppender.setEncoder(encoder);
    fileAppender.start();

    // attach the rolling file appender to the logger of your choice
    Logger logbackLogger = loggerContext.getLogger("Main");
    logbackLogger.addAppender(fileAppender);

    // OPTIONAL: print logback internal status messages
    StatusPrinter.print(loggerContext);

    // log something
    logbackLogger.debug("hello");
  }
}

Если вам нужно добавить временную метку имени файла журнала, функция поддерживает элемент временной метки. Таким образом, вам вообще не нужен какой-либо пользовательский код.

Ответ 2

Чтобы отделить/отнести сообщения журнала к различным файлам в зависимости от атрибута выполнения, вы можете использовать ch.qos.logback.classic.sift.SiftingAppender.

В двух словах это позволяет вам настроить FileAppender (или любой другой appender) с <file>${userid}.log</file>, где ${userId} заменяется на MDC (контекстный диагностический контекст) (например, MDC.put("userid", "Alice");). См. Первую ссылку для полного примера.

Ответ 3

Вот что вы можете сделать, чтобы игнорировать это дополнительное создание файла .Below - это файл конфигурации

<configuration>
<appender name="FILE" class="ch.qos.logback.core.FileAppender">
<!-- "application-name" is a variable -->
<File>c:/logs/${application-name}.log</File>
<layout class="ch.qos.logback.classic.PatternLayout">
<Pattern>%d %p %t %c - %m%n</Pattern>
</layout>
</appender>
<root level="debug">
<appender-ref ref="FILE"/>
</root>
</configuration>

Вот часть java,

LoggerContext context = (LoggerContext) LoggerFactory.getILoggerFactory();
JoranConfigurator jc = new JoranConfigurator();
jc.setContext(context);
context.reset(); // override default configuration
// inject the name of the current application as "application-name"
// property of the LoggerContext
context.putProperty("application-name", NAME_OF_CURRENT_APPLICATION);
jc.doConfigure("/path/to/the/above/configuration/file.xml");

Я получил это отсюда http://logback.qos.ch/faq.html#sharedConfiguration

Ответ 4

Похоже, что регистратор дважды инициализируется. Первый раз, вероятно, когда приложение загружается и не может разрешить ${log_file_name}. Если вы запустите приложение с помощью -Dlog_file_name=*something*, вы можете проверить это поведение, если оно создает другой файл журнала с именем *something*