Discussion :

[bugger31]

à tous !

Je suis actuellement en train d'apprendre ce qu'est Log4j et son utilisation. Après avoir parcouru diverses sources, notamment le tutoriel jakarta je m'adresse à vous pour avoir des réponses concernant certaines choses un peu floues.

1°) Excepté le niveau Info (et peut être le niveau Debug), les erreurs deviennent imprévisibles (en particulier pour Error et Fatal). Si je comprends bien dans notre code les seuls logs que je peux écrire volontairement concernent donc les deux dernières catégories (debug et info) ? Log4j se chargeant tout seul d'écrire les logs des 3 plus haut niveaux de priorité ?

2°) Je peux désactiver des niveaux pour ne pas les afficher dans les logs, cette désactivation pouvant se faire dans le fichier de configuration. Mais est-ce possible via une autre méthode ?

3°) Je dois écrire cette ligne dans chaque classe ou je veux écrire du code ? (je n'ai pas bien compris s'il fallait une classe qui initialise le logger où si le logger est initialisé dans chaque classe en le récupérant dans le fichier de conf.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

private static final Logger logger = Logger.getLogger("AppenderName");

J'espère que mes questions sont assez claires pour être comprises , car à vue d'oeil log4j à l'air assez "simple" à comprendre (au moins les concepts) mais me paraît flou dans son utilisation.

Merci

[Mathieu.J]

Bonjour,

1) Log4j n'écrit rien "tout seul", il faut faire des appel à

logger.debug(...)
logger.info(...)
logger.warn(...)
logger.error(...)
logger.fatal(...)

2) Tu peux configurer l'ensemble de log4j de manire programmée. Pour le niveau il faut appeller : Logger.setLevel(...). L'utilisation du fichier de config est quand même bien plus inintéressante.

3) La ligne que tu as postée initialise un Logger si il n'existe pas. Sinon il récupère celui qui existe. Par contre en paramètre on passe le nom du logger et non de l'appender. Le static est inutile. J'ai tendance a faire comme ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

private final Logger logger = Logger.getLogger(getClass());

Ce qui permet de gérer tes logs par classe ou par package.

[bugger31]

Merci de ta réponse.
Ce que je ne comprends pas c'est que les erreurs de type Fatal par exemple sont imprévisibles et donc pas anticipables. Comment à ce moment là appeler une erreur de ce type avec le code "logger.fatal(...)" si je ne peux pas prévoir l'endroit où l'erreur sera déclenchée ?

[wax78]

si je ne peux pas prévoir l'endroit où l'erreur sera déclenchée ?

Tu dois forcement savoir ou cela pourra se déclencher (exception et autres).

[bugger31]

Ok, donc c'est une erreur imprévisible prévue alors =). j'ai du faire un amalgame quelque part.
merci de vos réponses, je passes le post en résolu.

Petite question finale : Log4j n'écrit rien selon ce que tu me dis mais je viens de le mettre en place sur un projet test et j'ai plein de lignes DEBUG et INFO dans la console sans avoir nulle part demandé ces lignes.

Voilà mon fichier properties, c'est peut être sous-entendu dans une de ces lignes.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
log4j.rootLogger=INFO, AppenderPlop 
log4j.appender.AppenderPlop=org.apache.log4j.ConsoleAppender 
log4j.appender.AppenderPlop.layout=org.apache.log4j.SimpleLayout

[wax78]

Les éventuelles erreur non prévue serait certaines RuntimeException (dont NullPointerException en premer qui peut arriver souvent) et autres ou la il faut un autre mécanisme pour les attraper.

[Mathieu.J]

Avec le niveau du rootLogger à INFO il est impossible que tu ais des log Log4J de niveau DEBUG. 2 Possibilités :
1 - Soit tu utilises un jar qui utilises log4j et ton fichier de config n'est pas pris en compte.
2 - Soit tu utilises un jar qui utilises une autre API de log qui elle est configurée pour afficher les logs de niveau debug.

Pour vérifier tout ça, change le format d'affichage des logs. Si rien ne change t'es dans le cas 1. Si seuls tes logs à toi changent de format t'es dans le cas 2. Si les logs en debug changent, alors c'est un cas que je ne comprends pas