J'utilise logback, et j'essaie de définir le nom du fichier journal par programmation dans mon Java (similaire à Définition du chemin d'accès de Logback Appender ), et j'ai essayé de adapter cette solution comme suit:
Dans logback-test.xml:
<appender name="FILE" class="ch.qos.logback.core.FileAppender">
<file>log/${log_file_name}.log</file>
...
Et puis à nouveau dans mon programme 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);
Cependant, le résultat est deux journaux, un plein et nommé comme je le voulais, par exemple, "1319041145343.log", et l'autre est vide et nommé "log_file_name_IS_UNDEFINED.log". Comment puis-je empêcher la création de cet autre fichier journal vide?
Je crois que ce qui suit est plus proche de ce que vous voulez.
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");
}
}
Si tout ce dont vous avez besoin est d'ajouter un horodatage du nom du fichier journal, logback déjà prend en charge l'élément d'horodatage . Ainsi, vous n'avez réellement besoin d'aucun code personnalisé.
Pour séparer/filtrer les messages du journal dans différents fichiers en fonction d'un attribut d'exécution, vous pouvez utiliser ch.qos.logback.classic.sift.SiftingAppender .
En un mot, cela vous permet de configurer un FileAppender
(ou tout autre appender) avec <file>${userid}.log</file>
Où ${userId}
Est substitué en fonction de MDC (Mapped Diagnostic Contexte) (par exemple, MDC.put("userid", "Alice");
). Voir le premier lien pour l'exemple complet.
Voici ce que vous pouvez faire pour ignorer ces créations de fichiers supplémentaires. Ci-dessous, le fichier de configuration
<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>
Voici la partie 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");
Je l'ai obtenu ici http://logback.qos.ch/faq.html#sharedConfiguration
Il semble que l'enregistreur soit initialisé deux fois. Première fois, probablement lorsque l'application se charge et ne parvient pas à résoudre le ${log_file_name}
. Si vous démarrez l'application avec -Dlog_file_name=*something*
vous pouvez vérifier ce comportement s'il crée un autre fichier journal avec le nom *something*