Discussion :

[in]

Bonjour,

voilà je suis face à un petit souci lié au PropertyConfigurator. Je me demandais si le comportement est normal et, si oui, il y a une manière de passer outre ce petit problème.

J'ai un fichier log4j.properties qui contient entre autre :

log4j.appender.A1.File=repertoireQuiNExistePas/unfichier.log

j'ai également un fichier monFichier.properties qui lui est correct.

Quand je fais

Code :

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

PropertyConfigurator.configure("monFichier.properties");

J'ai l'exception suivante :

java.io.FileNotFoundException: repertoireQuiNExistePas/unfichier.log (No such file or directory)

Alors que bon, moi je ne veux pas qu'il charge la config du log4j.properties ...
Néanmoins, la config utilisé dans le reste du programme est bien celle de monFichier.properties ...

Est ce le comportement normal de log4j de tout de même charger la config du fichier par défaut ? A votre connaissance, y a t'il un moyen d'éviter cette erreur ?

[CyberChouan]

Est ce le comportement normal de log4j de tout de même charger la config du fichier par défaut ?

Oui, log4j est "intelligent" et au chargement, il épluche tout ton classPath à la recherche de ses fichiers de configuration

A votre connaissance, y a t'il un moyen d'éviter cette erreur ?

1 Supprimer/Renommer le fichier en question... il n'a pas de raison d'être puisque tu ne veux pas l'utiliser
2 Préciser dès le chargement de ta JVM le fichier de configuration que log4j doit utiliser: "java -Dlog4jconfigfile=xyz Programme"

Attention, je ne me souviens plus de la syntaxe à utiliser... mais ce n'est pas "-Dlog4jconfigfile": Google (ou la doc de log4j) te donnera le nom du paramètre à donner à ta JVM

[in]

En réalité je me sers du log4j.properties pour récupérer des propriétés "constantes" de mon logger. Ces propriétés je les utilise dans mon nouveau fichier properties, créé dynamiquement. Donc j'ai besoin de lire le fichier.

C'est simplement au moment de charger la configuration que je souhaiterais qu'il ne charge que ce que je lui demande. et là je ne voie pas trop où est "l'intelligence" de log4j ...

Bref, pas de solution quoi ... je n'ai plus qu'à fournir un fichier log4j.properties qui ne provoque pas d'erreur.

Merci pour l'explication en tous cas.