Les meilleures Pratiques sur la Configuration des Propriétés Log4j Chemin

Je suis à l'aide de Log4j dans mes applications. log4j.properties est placé dans un Pot qui est dans le classpath. Ce fichier de configuration est utilisé et fonctionne très bien la plupart du temps.

Mais parfois, l'enregistrement des déclarations qui sont arriver générés ne sont pas comme par le fichier de configuration.

À mon avis, c'est parce que le fichier de propriétés est récupérée à partir de la classe de chemin. Quelle que soit premier fichier de propriétés est, est récupéré et utilisé par log4j. Ainsi, parfois, nous avons l'enregistrement des déclarations différentes de ce qui est configuré dans le fichier de propriétés.

Dans le cas, la raison invoquée ci-dessus est vrai, je pense, nous avons besoin de spécifier le fichier de configuration plus précisément par l'un des moyens suivants:

  1. Spécifier à l'aide de Propriétés du Système :
    -Dlog4j.configuration=log4j.propriétés
  2. Initialisation Log4jInit servlet.

S'il vous plaît suggérer ce qui pourrait être la meilleure approche.

OriginalL'auteur Sandeep Jindal | 2011-01-28

  1. 6

    Dans mon application j'utilise ${user.home} dir pour stocker log4j.properties et à l'aide de fourmi que nous lisons. il sera indépendant de la plateforme. aussi, vous pouvez passer de l'un à construire dans le classpath mais la lecture à partir de ${user.la maison} est une meilleure approche, Vous ou toute personne non technique peut facilement y avoir accès.

    vous pouvez également utiliser

    Dynamique Emplacement Du Fichier Journal

    Beaucoup de gens se plaignent que Log4j vous oblige à coder en dur l'emplacement où vos journaux seront conservés. En fait, il est possible de choisir de manière dynamique l'emplacement de fichier journal, surtout si vous utilisez le ${journal.dir} la propriété de substitution technique ci-dessus. Voici comment:

    String dynamicLog = //log directory somehow chosen...
Properties p = new Properties( Config.ETC + "/log4j.properties" );
p.put( "log.dir", dynamicLog ); //overwrite "log.dir"
PropertyConfigurator.configure( p );

    Voir Aussi

    Merci! Qui pourrait l'aider. Pouvez-vous veuillez également confirmer si ma compréhension est correcte, la raison pour obtenir des "indésirables" journal des états?
    Oui, il semble que ce soit la lecture de différents conf. quand il se comporte différemment.
    Merci! Une question de plus. Peut Log4j utilise plusieurs fichiers de configuration? Il se passe dans mon cas, la journalisation supplémentaire qui se passe, ce qui signifie que les propriétés d'origine du fichier est en lecture, le long de avec configuration supplémentaire.

    OriginalL'auteur Jigar Joshi

  2. 2

    Lors de la recherche d'éléments sur le chemin de classe le première exemple de fichier avec un nom correspondant est utilisé. Afin d'ajouter votre .bocal à l'avant.

    set CLASSPATH=myfile.jar;%CLASSPATH%

    OriginalL'auteur Chris Nava