Discussion :

[Yioko91]

Bonjour,

J'utilise log4j pour les logs de mon application.
Je suis dans un contexte professionnel et je ne peux malheureusement pas mettre grand chose sur mon code.

Néanmoins j'essaye d'identifier d'où pourrai provenir mon problème.

Pour vous expliquer, mes log remontent bien dans le fichier voulu. La rotation journalière fonctionne... du moins, le fichier du jour se crée bien:

Exemple:
Etat de mes fichiers hier:
- MonFichier.log

Etat ce matin:
MonFichier.log
MonFichier.log.2011-04.06

Le problème est que lorsque je provoque des remontées de log dans mon appli, ceux-ci vont s'écrire dans le fichier d'hier -_-. Certaines données remontent également dans le fichier du jour. Pour ne rien simplifié j'ai plusieurs cluster sur mon serveur weblo.

Je ne sais pas si certains d'entre vous on déjà rencontrer ce problème. Pour moi c'est incompréhensible. Plusieurs appli fonctionne avec le même type de config et nous n'avons pas de soucis. Sur cette appli j'ai le problème et malgrès plusieurs changements dans le fichier .properties j'ai troujours le meme soucis.

Extrai du code:
log4j.logger.com.maclasse =DEBUG,serverappender

##appender
log4j.appender.serverappender=org.apache.log4j.DailyRollingFileAppender
log4j.appender.serverappender.File=logs/MonFichier_${weblogic.Name}.log
log4j.appender.serverappender.DatePattern='.'yyyy-MM-dd
log4j.appender.serverappender.layout=org.apache.log4j.PatternLayout
log4j.appender.serverappender.layout.ConversionPattern=%d{ISO8601} [%t] %-6p %c{2} - %m\r\n

Merci de votre aide

[Logan Mauzaize]

Ca me fait penser à un problème de "move" en Unix...

Par exemple :

Code :

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

1
2
 
$ (echo 1; mv nouveau.txt ancien.txt; echo 2; echo 3 >> nouveau.txt; echo 4; echo 5 >> nouveau.txt) > nouveau.txt

T'auras 1 2 et 4 dans ancien.txt et 3 et 5 dans nouveau.txt.

Concrètement quand tu ouvres un flux sur un descripteur de fichier. Quand tu déplaces un fichier, son descripteur ne change et tu continues d'écrire sur le même descripteur donc le nouvel emplacement.

Tu n'aurais pas plusieurs Appender sur le même fichier ?

[Yioko91]

C'est bien la mon problème.

Cette application magnifique... (oui je sais la critique est facile ^^), Elle est concu en plusieurs parties. En gros on parlera de Visu, Serveur , Purge et Common.

Quand on m'a exposer le problème, les log de l'application été divisé en 2. Un fichier pour la purge et un fichier pour le reste.
Mon suppérieur m'a dit qu'il fallait déparer Visu et Serveur.
Donc aujourd'hui je produit 3 fichiers = Purge, Visu et Serveur.

Mon problème est que l'appli a été codé avec les pieds et que certaines classe qui n'ont pas les meme fonction s'appel de la meme manière dans les différents modules !! Bien jouer. (exemple clair: Le fichier de visu d'hier a été écrasé avec les log de purge d'aujourd'hui... car la purge fait appel a une classe de visu...)

Autre problème la partie common. Comme l'indique son nom elle est utilisé par les différent module de mon application. Et si je les isole elle n'ont plus de sens! J'ai vérifié certaines classes sont utilisés par tous les modules (ce qui est logique)

Bref, y en a dans tous les sens. Et si j'élimine certaines class de d'un fichier de log, celui ci n'a plus de sens... Et si par malheur je met des class dans le fichier de log serveur qui sont également apellé par visu.. lorsque j'utilise visu, je fligue le fichier de log serveur.

Pour moi la solution serai de faire un fichier de log global avec tout dedans... mais c'est pas ce qu'on me demande!

[Logan Mauzaize]

Tu devrais avoir (tu me confirmes si c'est le cas ou pas), trois appenders

1. Un pour "Visu"
2. Un pour "Serveur"
3. Un pour "Purge"

De même tes clusters devraient écrire dans des fichiers (physiques) séparés.

[Yioko91]

Oui et j'ai 2 clusters. Ce qui donne au final 6 fichiers. Mais mes clusters ne posent pas problème.

On a pris la décision de tout mettre dans le meme fichier sur une deusième configu donc je vais voir ce que cela donne à partir de demain

[Logan Mauzaize]

Si tu as bien trois appenders qui pointe sur trois fichiers distincts et que tu n'as pas d'autres process qui pointe sur ces fichiers. Le problème vient alors du DailyRollingFileAppender et ta solution ne changera rien au problème.

Quelle version de Log4J utilises-tu ?

[Yioko91]

Je ne sais pas et je ne sais pas ou trouver l'info (les joies de mes débuts -_- )

...edity: ca y est j'ai mis la main dessus: log4j-1.2.11

[Logan Mauzaize]

On peut avoir le fichier de configuration complet ?
Peux-tu vérifier qu'il n'y a pas de manipulation de la configuration des logger/appender/etc dans le code ?
Peux-tu t'assurer que les clusters n'utilisent pas les mêmes fichiers ?

J'essaye de remettre un peu les choses à plat ^_^

Tu as une application (Une seule JVM, un seul programme Java) exécuté en cluster (lancer plusieurs fois sur une ou plusieurs machines) qui comprend trois modules (Visu, Serveur, Purge) qui sont décomposés en autre composants (Visu, Serveur, Purge, Common) avec des dépendances (Visu -> Serveur -> Common). Tu voudrais trois fichiers de logs par cluster qui correspondent aux activités des trois modules ?

[Yioko91]

Pour ce qui est attendu c'est bien ca.

Je ne peux malheureusement pas te donner le fichier complet... surtout sur un forum consulté par tout le monde.

Bref, j'ai essayé une chose. Je regarde demain si les log se comporte bien.
J'ai néanmoins vérifié les points que tu évoque et tout est bon.

Merci pour ton aide en tout cas. Je te dis ce qu'il en est demain.

[Logan Mauzaize]

C'est sûr qu'un fichier log4j.properties où tu remplaces le nom des classes et des chemins c'est hyper-critique

[Yioko91]

Bon ca c'est fais...

Malgrès le faite que j'ai réuni tous mes log dans un seul fichier le problème s'est effectivement reproduit ce matin dès que j'ai lancer un accès sur la partie visu de l'application.

[Logan Mauzaize]

Sans information complémentaire, impossible d'en faire plus.