Comment utiliser log4j dans le code?

Nous devons introduire de l'exploitation forestière dans notre application. Nous avons décidé d'utiliser log4j est-il un bon choix. Aussi quelqu'un a dit que nous devrions utiliser le pattern singleton pour l'utilisation de log4j quelqu'un peut-il souligner comment et pourquoi?

  • Envisager de slf4j au lieu de log4j.
  • qu'est-ce que slf4j? Comment est-il différent..
InformationsquelleAutor sushil bharwani | 2010-11-09
  1. 5

    Si vous êtes l'introduction de la journalisation pour la première fois, puis utiliser Logback. Utiliser le fichier de configuration comme suggéré ici et l'ajouter au classpath. L'enregistrement automatique est configuré.

    • Pourquoi avez-vous mentionné, si pour la première fois. Comment est-il utile de première.
    • Certaines personnes sont coincés avec log4j, même si le monde avait avancé ;-). L'introduction d'une meilleure alternative est vraiment dur une fois que vous avez quelque chose de travail et l'équipe est à l'aise avec elle. Il est donc préférable de faire votre diligence raisonnable et de trouver une meilleure solution lors de l'introduction de nouveaux cadre de la technologie. Comment regarder ici pour savoir pourquoi Logback, c'est mieux: logback.qos.ch/reasonsToSwitch.html
    InformationsquelleAutor Aravind R. Yarram
  2. 6

    Dans le pattern singleton, le Logger champ est statique de la classe:

    public class SomeAwesomeClass {

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

}

    L'alternative est de faire de la Logger champ non statique (qui est, chaque instance de SomeAwesomeClass contient une référence à l' Logger):

    public class SomeAwesomeClass {

    private final Logger logger = Logger.getLogger(SomeAwesomeClass.class);

}

    Je ne pense pas que cela fait beaucoup de différence de l'itinéraire que vous choisissez comme je le crois, Log4j n'aura de cesse de revenir par le même Logger instance pour chaque instance de SomeAwesomeClass. Vraiment, c'est juste inutile références de l'objet, de sorte que vous pourriez aussi bien utiliser le pattern singleton.

    Cependant, la non-pattern singleton devient nécessaire si vous faites quelque chose comme cela:

    public class SomeAwesomeClass {

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

    public void doSomething() {
        log.info("Doing something");
    }

}

public class AwesomerClass extends SomeAwesomeClass {
}

    Plus tard...

    SomeAwesomeClass o = new AwesomerClass();
o.doSomething();

    Dans cet exemple, le logger champ correspond à AwesomerClass, pas SomeAwesomeClass.

    InformationsquelleAutor Adam Paynter
  3. 2

    La raison pour laquelle Singleton est parfois préférable, c'est que nous voulons une seule instance de l'Enregistreur de par application, d'ailleurs, pour chaque nouvelle instance de l'enregistreur, il y aura un fichier nouvellement créé ou du remplacement d'un fichier journal existant.

    Si Log4J est un bon choix ou pas dépendra de votre recherche ou votre expérience avec les différents enregistreurs disponibles. Il est tout au sujet de votre préférence (j'ai utiliser Log4J tout le temps que je trouve plus facile à configurer, mais je ne suis pas biaisé pour tous les enregistreurs de là).

    Les plus célèbres, il y a:

    • Log4J
    • SLF4J
    • LogBack
    • Java propres à l'exploitation forestière....

    Il y a quelques exemples sur le web qui vous montre comment utiliser les enregistreurs de frappe. Ici est une brève comparaison pour Log4J vs SLF4J.

    InformationsquelleAutor Buhake Sindi