log4j de journalisation de la hiérarchie de l'ordre

Quelle est la hiérarchie de log4j l'exploitation forestière?

DEBUG
INFO
WARN
ERROR
FATAL

Qui l'on offre le plus haut de journalisation qui serait utile pour résoudre les problèmes?
Quelqu'un peut-il fournir à l'ordre ou hiérarchie dans laquelle la journalisation lieu du plus haut au plus bas?
Merci!

InformationsquelleAutor Mike | 2011-10-12
  1. 252

    Ce tableau pourrait être utile pour vous:

    log4j de journalisation de la hiérarchie de l'ordre

    Aller en bas de la première colonne, vous verrez comment le journal des travaux dans chaque niveau. j'.e pour AVERTIR, (FATALE, ERREUR et d'AVERTIR) sera visible. Pour HORS, rien ne sera visible.

    • Les termes de visibilité et point ne sont pas explicites. Je vois que la documentation officielle est aussi vague sur ce point. La méthode de sortie tels que error, info, debug, etc. de l'enregistreur de données affecte une priorité/niveau de gravité de l'enregistrement du message. Si l'enregistrement prend vraiment de l'effet (le message sera visible) dépend de l'efficacité de niveau d'enregistrement de l'enregistreur de données utilisé.
    • lien brisé. merci de corriger ou de les éliminer
    • yurin, pls vérifier, il travaille toujours.
    • Bien que cela répond à la question (c'est juste pour demander la "hiérarchie de l'ordre"), j'ai finalement downvoted pour votre mauvaise terminologie: descente, "visibilité" à l'œuvre, point. Ne souhaiteriez-vous pas à expliquer comment l'enregistreur de configuration affecte l'enregistrement réel (passage du journal des événements)? Veuillez envisager une autre mise à jour. BTW: le tableau dans le documentation officielle (à la fin de l'article), se distingue par le traitement de OFF et ALL, eh bien, après avoir lu certains de la source (ne pas trouver des cas particuliers), je doute que ce tableau est correct.
    • Merci Wolf, j'ai mis à jour la réponse en fonction de vos commentaires.
    • Je pense que c'est une excellente visualisation du journal des niveaux et de la connecter les types de message qui serait sortie pour un enregistreur de mise à niveau. Ma seule suggestion, peut-être avoir de la ligne alternant les couleurs pour guider le spectateur que le tableau doit être interprété en ligne plutôt que de la colonne. (c'est à dire les lignes représentent enregistreur de niveaux et les colonnes représentent journal des types de messages qui seraient présents)

    InformationsquelleAutor nxhoaf
  2. 148

    Utiliser la force, lire la source (extrait de la Priority et Level classe compilée, le niveau de TRACE a été introduit dans la version 1.2.12):

    public final static int OFF_INT = Integer.MAX_VALUE;
public final static int FATAL_INT = 50000;
public final static int ERROR_INT = 40000;
public final static int WARN_INT  = 30000;
public final static int INFO_INT  = 20000;
public final static int DEBUG_INT = 10000;
public static final int TRACE_INT = 5000; 
public final static int ALL_INT = Integer.MIN_VALUE;

    ou la API log4j pour le Niveau de la classe, ce qui le rend tout à fait clair.

    Lors de la bibliothèque décide d'imprimer un relevé ou pas, il calcule le niveau effectif de la responsable Logger objet (en fonction de la configuration) et la compare avec la LogEventniveau (dépend de la méthode a été utilisée dans le code – trace/debug/.../fatale). Si LogEventniveau est supérieur ou égal à la Loggerniveau, le LogEvent est envoyé à appender(s) – "imprimé". À la base, tout se résume à un nombre entier de comparaison et c'est là que ces constantes de venir à l'action.

    • "L'utilisation de la force, de la lecture de la source"
    • Upvoted pour utilisation de la force, de lire la source.
    InformationsquelleAutor MaDa
  3. 56
    OFF
FATAL
ERROR
WARN
INFO
DEBUG
TRACE
ALL
    • Ce n'est pas en conflit avec les informations fournies dans le tutorialspoint.com/log4j/log4j_logging_levels.htm Lequel est le vrai???
    • vérifiez le code où sont des variables de type entier pour preuve docjar.com/html/api/org/apache/log4j/Level.java.html
    • dans votre lien, il est dit que "TOUS les < DEBUG < INFO < AVERTIR < ERREUR < FATALE <" et c'est parfaitement le même comme je l'ai dit
    • Diagramme de Venn OFF " (éteint) TOUS(TRACE(DEBUG(INFO(WARN(ERREUR(FATALE))))))
    • sur log4j Niveaux de Journalisation ils utilisent ordre alphabétique de la première table. Sauf pour le manque trace, plus tard, ils correctement l'état qui ALL < DEBUG < INFO < WARN < ERROR < FATAL < OFF (où < moins importantes)
    InformationsquelleAutor the.malkolm
  4. 23

    Hiérarchie de log4j les niveaux d'enregistrement sont comme suit dans la Plus haute à la plus faible de l'ordre :

    • TRACE
    • DEBUG
    • INFO
    • AVERTIR
    • ERREUR
    • FATALE
    • HORS

    Journal de suivi fournit le plus haut niveau de journalisation qui serait utile pour résoudre les problèmes. Journal de DÉBOGAGE de niveau est également très utile pour dépanner les problèmes.

    Vous pouvez également consulter ce lien pour plus d'informations sur les niveaux de journal :
    https://logging.apache.org/log4j/2.0/manual/architecture.html

    InformationsquelleAutor Pathik Mehta
  5. 11

    [Prises de http://javarevisited.blogspot.com/2011/05/top-10-tips-on-logging-in-java.html%5D

    De DÉBOGAGE est le plus bas restreint java niveau d'enregistrement et nous devrions écrire tout ce dont nous avons besoin pour déboguer une application, ce java mode de journalisation doit être utilisé uniquement sur le Développement et l'environnement de Test et ne doit pas être utilisé dans un environnement de production.

    INFO est plus restreint que celui de DÉBOGAGE java niveau d'enregistrement et nous devrions journal des messages à des fins instructives comme le Serveur a été démarré, les messages Entrants, les messages sortants etc dans les INFOS de connexion au niveau de l'en java.

    Garde est plus restreint que l'INFO java niveau d'enregistrement et utilisé pour la connexion d'avertissement de tri des messages par exemple, perte de Connexion entre le client et le serveur. Connexion de base de données perdues, Prise d'atteindre sa limite. Ces messages et java niveau de journalisation sont presque important parce que vous pouvez configurer en alerte sur ces messages de journalisation java, et laissez votre équipe de soutien de surveiller la santé de votre application java et de réagir sur ce messages d'avertissement. En Résumé AVERTIR niveau est utilisé pour se connecter message d'avertissement pour l'enregistrement en Java.

    ERREUR est la plus restreinte java niveau d'enregistrement que de mettre en garde et utilisé pour consigner les Erreurs et les exceptions, vous pouvez également configurer l'alerte sur ce java niveau de journalisation et d'alerte, l'équipe de suivi de réagir sur ce message. L'ERREUR est grave pour la journalisation Java, et vous devriez toujours l'imprimer.

    FATALE java niveau d'enregistrement désigne très graves événements d'erreur qui va sans doute conduire à l'application d'avorter. Après cela, la plupart de votre application se bloque et s'est arrêté.

    DÉSACTIVER la journalisation de java niveau le plus élevé possible de rang et est prévu pour désactiver la journalisation en Java.

    InformationsquelleAutor chocolatecastle
  6. 4

    Hiérarchie de l'ordre

    1. TOUS
    2. TRACE
    3. DEBUG
    4. INFO
    5. AVERTIR
    6. ERREUR
    7. FATALE
    8. HORS
    InformationsquelleAutor Sarath