Discussion :

[tchize_]

Ca reviens toujours de près ou de loin à un codage en dur. Si tu décide de faire çà avec du code, par exemple (programmatic configuration), tu va quand meme devoir choisir un dossier. Hors, le dossier de la webapp n'est pas une solution (effacé lors des mise à jour), le dossier temp n'en est pas une non plus (effacé potentiellement entre les redémarrages du serveur) et le dossier courant non plus (aléatoire). Il n'y a pas d'autre dossiers que tu pourrais deviner par le code (une lacune de j2ee peut-être? )

Note que normalement, la configuration du système de logging, au même titre que la connection base de donnée sont des configurations spécifiques à l'endroit où tu veux faire tourner l'appli. Par exemple, si en production tu tourne avec du linux, tu va peut etre configurer ton log4j pour envoyer vers le système de logging système plutot que vers un fichier. De plus, les développeur veulent peut être travailler en mode info voir debug. Au boulot, on a autant de log4j.properties que d'environnement où le war va tourner (prod, beta test, chaque développeur), idem pour toute une série de fichiers de config.

[yayamo]

Ca reviens toujours de près ou de loin à un codage en dur. Si tu décide de faire çà avec du code, par exemple (programmatic configuration), tu va quand meme devoir choisir un dossier. Hors, le dossier de la webapp n'est pas une solution (effacé lors des mise à jour), le dossier temp n'en est pas une non plus (effacé potentiellement entre les redémarrages du serveur) et le dossier courant non plus (aléatoire). Il n'y a pas d'autre dossiers que tu pourrais deviner par le code (une lacune de j2ee peut-être? )

Note que normalement, la configuration du système de logging, au même titre que la connection base de donnée sont des configurations spécifiques à l'endroit où tu veux faire tourner l'appli. Par exemple, si en production tu tourne avec du linux, tu va peut etre configurer ton log4j pour envoyer vers le système de logging système plutot que vers un fichier. De plus, les développeur veulent peut être travailler en mode info voir debug. Au boulot, on a autant de log4j.properties que d'environnement où le war va tourner (prod, beta test, chaque développeur), idem pour toute une série de fichiers de config.

merci de votre réponse.


apparement, ce que j'ai fait est correcte ( le codage en dur du chemin du fichier qui contient les logs ) dans log4j.properties comme suit :


log4j.appender.defaultAppender.file=C:/Program Files/Apache Software Foundation/Tomcat 5.0/logs/log.txt


merci d'avance.