Logback-set log nom du fichier log programmatically
j'utilise le logback, et j'essaie de définir le nom du fichier de log de manière programmatique dans mon programme Java (similaire à paramétrant le chemin de Logback Appender programmatiquement ), et j'ai essayé d'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 logs, un complet et nommé comme je voulais, par exemple, "1319041145343.log", et l'autre est vide et nommé "log_file_name_IS_UNDEFINED.journal." Comment puis-je empêcher la création de cet autre fichier journal vide?
4 réponses
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 timestamp du nom du fichier log, logback déjà supporte l'élément timestamp . Vous n'avez donc pas besoin de code personnalisé.
pour séparer/tamiser les messages de log vers différents fichiers en fonction d'un attribut runtime, vous pouvez utiliser ch.la qualité de service.logback.classique.tamiser.SiftingAppender .
en un mot, cela vous permet de configurer un FileAppender
(ou tout autre accessoire) avec <file>${userid}.log</file>
où ${userId}
est substitué basé sur le MDC (Mapped Diagnostic Context) (par exemple, MDC.put("userid", "Alice");
). Voir le premier lien pour l'exemple complet.
voici ce que vous pouvez faire pour ignorer la création de ces fichiers supplémentaires.Ci-dessous se trouve 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");
j'ai pris ça d'ici http://logback.qos.ch/faq.html#sharedConfiguration
on dirait que le logger est initialisé deux fois. Première fois, probablement quand l'app se charge et qu'elle ne pouvait pas résoudre le ${log_file_name}
. Si vous démarrez l'application avec -Dlog_file_name=*something*
, vous pouvez vérifier ce comportement si il crée un autre fichier journal avec le nom *something*