Comment puis-je déterminer ce journal de configuration de la source de Logback effectivement utilisés?

log4j a une propriété, log4j.debug, qui sera utilement proposer à l'utilisateur une indication de fichier de configuration a été effectivement utilisé pour configurer le système de journalisation.

Je n'ai pas été en mesure de trouver quelque chose d'équivalent avec le (sinon supérieure) Logback de journalisation. Est-il possible de les imprimer (à des fins de diagnostic) au moment de l'exécution, qui fichier de configuration Logback utilisé pour l'amorçage de lui-même?

[modifier]
Pour clarifier, je serais l'idéal d'une solution qui ne m'obligent à modifier le fichier de configuration lui-même (depuis une mal assemblé tiers POT, par exemple, peut être ramassé à tort, et avant mon logback XML de configuration).

InformationsquelleAutor Peter Mularien | 2013-09-20
  1. 26

    Vous pouvez définir une propriété système Java à la sortie Logback les informations de débogage: 

    java -Dlogback.statusListenerClass=ch.qos.logback.core.status.OnConsoleStatusListener

    Cela est expliqué plus en détail par la Logback documentation pour automatique de l'état de l'impression (très bas mentionne forçant la sortie de l'état) et la logback.statusListenerClass propriété:

    En l'absence de messages d'état, à la poursuite d'un voleur logback.xml fichier de configuration peut être difficile, en particulier dans la production où la source de l'application ne peut pas être modifié facilement. Pour aider à identifier l'emplacement d'un voleur fichier de configuration, vous pouvez définir un StatusListener via le "logback.statusListenerClass" propriété système (défini ci-dessous) pour forcer la sortie des messages d'état. Le "logback.statusListenerClass" système de la propriété peut également être utilisée pour réduire au silence la sortie générée automatiquement en cas d'erreurs.

    • La accepté de répondre ne fonctionne pas pour moi, ce n'. Merci!
    • Oui, il n'a pas de travail pour moi. Je suis à l'aide de 1.2.3
    InformationsquelleAutor Michael R
  2. 23

    Si vous voulez aller profonde en Logback, vous pouvez effectuer les opérations suivantes

    import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import ch.qos.logback.classic.LoggerContext;
import ch.qos.logback.core.joran.util.ConfigurationWatchListUtil;

public class Main {

    private static final Logger logger = LoggerFactory.getLogger(Main.class);

    public static void main(String[] args) throws Exception {
        LoggerContext loggerContext = ((ch.qos.logback.classic.Logger)logger).getLoggerContext();
        URL mainURL = ConfigurationWatchListUtil.getMainWatchURL(loggerContext);
        System.out.println(mainURL);
        //or even
        logger.info("Logback used '{}' as the configuration file.", mainURL);
    }
}

    Il permet d'imprimer les URL du chargement du fichier de configuration.

    InformationsquelleAutor Sotirios Delimanolis
  3. 8

    vous pouvez définir debug="true" dans un loback.xml fichier de contrôle, comme ce

    <configuration debug="true">

(...)

</configuration

    et tho assurez-vous que le fichier est destiné à être utilisé par logback ajouter la suite VM argument lorsque vous démarrez votre programme: 

    -Dlogback.configurationFile=/path/to/yourlogback.xml

    Ce n'est pas vraiment répondre à votre question, mais vous donne un travail autour de la solution.

    • Merci; toutefois, cela suppose que je sais qui logback.xml Logback a l'aide! (un classique de la Catch-22). Comme indiqué dans la question, je ne peut pas, en fait, avoir accès au fichier de configuration (par exemple, certains mauvais comportement de la 3e partie JAR peut intégrer ses propres configuration). Je vais clarifier la question d'origine pour éviter toute confusion.
    • J'ai mis à jour ma réponse, espérons que cette aide
    • C'est une bonne réponse, et est utile dans les cas où l'utilisateur sait où est le fichier de configuration de l'est; par contre, dans mon cas, c'est précisément la question que je suis à la recherche de réponse 🙂 je vous Remercie pour votre temps, cependant!
    • ne serait-il pas préférable de savoir exactement où votre logback fichier de configuration , que vous pouvez atteindre par le démarrage de votre application avec l'argument suivant -Dlogback.configurationFile=/path/to/yourlogback.xml
    InformationsquelleAutor Frederic Close
  4. 0

    Pas très scientifique, mais il fonctionne si vous voulez juste une confirmation rapide.

    J'ai simplement changé l'entrée du journal de motif et d'observer si oui ou non il a changé dans ma console/fichier journal.

    InformationsquelleAutor Kenny Cason