Qu'est-ce que l'infrastructure de journalisation Logback.xml ? ConsoleAppender, FileAppender et RollingFileAppender Exemple

Publié: 2019-02-13
Qu'est-ce que l'infrastructure de journalisation Logback.xml ? Tutoriel ConsoleAppender, FileAppender et RollingFileAppender

Connaissez-vous Logback Logging Framework ? Eh bien, la plupart des gens utilisent principalement log4j and slf4j dans leur projet. Depuis les 6 derniers mois, j'utilise le framework de journalisation Logback.xml et je dirais que j'ai vu pas mal d'améliorations des performances dans mon application de production.

Dans ce didacticiel, nous allons passer en revue un exemple pratique du framework de journalisation Logback.

Qu'est-ce que logback.qos.ch ?

Logback est une sorte de nouvelle version de Log4j. Il a été développé à partir de là où le développement de log4j s'est arrêté.

Détails de la structure de journalisation Logback

Sur Crunchify, nous avons publié plusieurs tutoriels sur Log4j si cela vous intéresse :

  • Comment configurer votre propre niveau de journalisation log4j ?
  • Comment configurer log4j.properties ?

Ici, nous allons passer en revue toutes les étapes détaillées sur la configuration de Logback Logging Framework pour votre projet Enterprise Java. Nous allons créer ci-dessous de nouveaux fichiers.

  1. Sous le dossier de ressources fichier logback.xml
  2. Classe Java CrunchifyLogbackLogging.java

Commençons

Étape 1 Créez le fichier logback.xml

Comprenons d'abord le fichier logback.xml.

  • Au bas d'un fichier que vous voyez, nous avons 3 références d' appender-ref sous l'élément root .
  • Nous utilisons le niveau de journal comme DEBUG . Cela signifie tout imprimer avec le niveau DEBUG et supérieur.

L'appender CRUNCHIFYOUT est de la classe ch.qos.logback.core. ConsoleAppender . Ce qui signifie que toutes les données de journalisation seront imprimées sur la console Eclipse.

CRUNCHIFYFILE est de type ch.qos.logback.core. FileAppender . Cela signifie que toutes les données de journalisation seront également imprimées dans un fichier local. Dans notre cas, il s'agit de /Users/ ashah /Documents/ crunchify.log .

CRUNCHIFYROLLING est de type ch.qos.logback.core.rolling. RollingFileAppender . Comme vous le voyez dans rollingPolicy, nous roulons des fichiers tous les jours et conservons un maximum de 10 fichiers. En outre, il existe une limite de capacité totale de taille de fichier qui est de 1 GB dans notre exemple. Un nouveau fichier sera créé à l'emplacement /Users/ ashah /Documents/ crunchify -rolling.log .

Étape 2 Écrivez un programme Java pour le tester.

Il s'agit d'une classe de test Java très simple, dans laquelle nous utilisons les erreurs, les informations, le débogage et l'avertissement des 4 niveaux de journalisation. Nous rebouclons 10 fois.

Étape 3

Une fois que vous avez exécuté le programme ci-dessus, le cadre de déconnexion créera deux nouveaux fichiers comme mentionné ci-dessus.

Vérifiez votre console Eclipse. Vous verrez ci-dessous les journaux :

En plus de cela, vous pouvez également vérifier les journaux de fichiers locaux et, comme vous le voyez, le fichier logback.xml a créé tous les nouveaux fichiers et a commencé à imprimer les journaux à l'intérieur.

Le fichier Logback.xml crée de nouveaux fichiers d'ajout de fichiers

Profitez-en, vous avez correctement configuré logback.xml et les 3 appenders : ConsoleAppender, FileAppender, RollingFileAppender.

Point bonus :

Voulez-vous configurer RollingFileAppender avec FixedWindowRollingPolicy ? Eh bien, utilisez l'appender ci-dessous et placez-le dans le fichier logback.xml et tout devrait bien se passer

De plus, ajoutez simplement appender-ref sous l'élément racine.