Discussion :

[Pignoufy]

Salut à tous,

Une question se pose à moi : je bosse sur une grosse application utilisant plusieurs API (internes ou externes). Certaines de ces APIs (en l'occurence les miennes) utilisent le Logger de java (java.util.logging.Logger).
Ma question est la suivante : est-il possible de configurer via le fichier logging.properties un Handler par API ?... Car aujourd'hui tout est craché dans un seul fichier et du coup la lecture n'est pas comment dire ?... lisible !... (10 Mo en 10 secondes).

NB : le fait de tuner le niveau de log par API ne me convient pas de ce cas précis (je précise au cas où).

Merci !

[professeur shadoko]

est ce que ça t'embeterait de mettre ta config des handlers dans une classe plutot que dans config.properties?
dans ce cas c'est plus simple d'avoir des handlers spécifiques accrochés à quelques endroits critiques dans l'arbre des packages.
donc un FileHandler avec certaines caractéristiques pour "com.trucmuche" et un autre pour "org.shadoks" .... + tu ne transmets plus au parent
par ailleurs la quantité de log m'inquiète un peu ... tu as de bonnes raisons pour ça?

[Pignoufy]

Je voulais éviter cette solution (codée) et essayer de passer par le fichier de conf, mais visiblement je ne vais pas avoir le choix...

Pour la taille des logs, c'est "normal" car il s'agit de toutes les traces (Level.ALL) et l'API source est un service appelé par une palanquée d'API's : ce qui génère ces logs.

Et vous comprendrez mon soucis, tout est dans un seul fichier donc pas très facilement exploitable pour trouver le pourquoi du comment d'un soucis...

Si d'autres solutions sont envisageables, je suis preneur !...

[professeur shadoko]

Je voulais éviter cette solution (codée) et essayer de passer par le fichier de conf, mais visiblement je ne vais pas avoir le choix...

non .. c'est pas beaucoup plus compliqué qu'un fichier de conf, d'accord il faut compiler et le mettre accessible du class-path. tu mets le nom de la classe dans "java.util.logging.config.class" et hop!
très souvent les configs par codes sont plus souples que les configs statiques par fichier.
autre solution: tu laisses tout dans le même fichier, mais tes logs ont une chaîne d'accompagnement très reconnaissable ... un ti coup de grep et c'est bon!

edit: Oups c'est vrai que je suis un vieil UNIXiaque blanchi sous le harnois "grep" est un utilitaire unix .... pardon!

[Pignoufy]

Je sais que ce n'est pas compliqué mais c'est le côté "en dur" qui me gêne...
Mais effectivement, j'avais déjà proposé la solution du grep (je bosse sous Linux) à mon chef... l'a pas vraiment aimé...

Merci quand même

[McFoggy]

Salut,

si tu veux te baser sur le fichier de conf à mon avis le mieux est que tu écrives ton propre handler.
Le principe de ce Handler serait d'être configuré par des tags que tu rajoutes dans le fichier de conf pour définir des fichiers différents par packages (par exemple). Dans la méthode publish du Handler tu ferais l'aiguillage vers tel ou tel fichier préalablement configuré.

Tu peux aller voir sur mon blog un exemple d'extension de l'API java.util.logging. Tu pourras trouver un exemple de Handler et regarder comment je parse le fichier de conf pour le Formatter que j'avais écrit.

J'espère que ça t'aidera.

Tiens nous au courrant de tes avancées, ça peut être un Handler intérressant.

Matthieu

[Pignoufy]

Histoire de conclure (un peu tardivement) sur le sujet, l'API log4j permet de faire ce que je voulais faire à l'époque : les handlers sont configurables par fichier de conf.

[waldo2188]

Salut,

Je suis à la recherche d'une solution similaire à la tienne, pourrais-tu nous faire par de l'implémentation de ta solution.

D'avance merci

[Pignoufy]

Salut,

Je suis à la recherche d'une solution similaire à la tienne, pourrais-tu nous faire par de l'implémentation de ta solution.

D'avance merci

Salut waldo2188,

Comme je le disais dans mon précédent post, il n'y a pas de solution "toute prète" si tu utilises le loggger de Java (java.util.logging).

En revanches, le logger de la fondation Apache, log4j, permet ce genre de fonctionnalités via un fichier de configuration (properties ou xml) ou via une implémentation applicative (à éviter à mon sens).

Quel est ton besoin exactement ?

[waldo2188]

Je travaille actuellement sur une application GWT utilisant Spring et Hibernate (deux gros producteurs de logs).

Ces deux composant requière log4j, j'ai donc déjà un fichier de configuration de type "properties", dont voici le contenu :

Code :

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

1
2
3
4
5
6
7
8
9
10
### direct log messages to stdout ###
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n
log4j.rootLogger=debug, stdout
log4j.logger.org.hibernate=info
log4j.logger.org.hibernate.SQL=debug
log4j.logger.org.hibernate.tool.hbm2ddl=info
log4j.logger.org.hibernate.cache=info

A l'heure actuelle tout les logs sortent dans un fichiers journalisé.

Ce que je cherche à réaliser c'est séparer dans deux fichiers distinct les logs Hibernate, Spring, GWT,... et ceux que j'implanterais dans l'application que je développe.

En tout cas, merci pour ta rapidité de réponse!

[Fifan31]

Pour écrire dans plusieurs fichiers, il te faut plusieurs appenders !

Ce qui donnerait qquechose comme ça

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n

log4j.appender.API=org.apache.log4j.FileAppender
log4j.appender.API.file=api.log

log4j.appender.My_app=org.apache.log4j.FileAppender
log4j.appender.My_app.file=mon_application.log

log4j.rootLogger=warn, stdout

log4j.logger.org.hibernate=info, API
log4j.logger.org.hibernate.SQL=debug, API
log4j.logger.org.hibernate.tool.hbm2ddl=info, API
log4j.logger.org.hibernate.cache=info, API

log4j.logger.<my.app.package1>=info, My_app
log4j.logger.<my.app.package1.package2>=debug, My_app

[Pignoufy]

Pour écrire dans plusieurs fichiers, il te faut plusieurs appenders !

Ce qui donnerait qquechose comme ça

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
log4j.appender.stdout=org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target=System.out
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %c{1}:%L - %m%n

log4j.appender.API=org.apache.log4j.FileAppender
log4j.appender.API.file=api.log

log4j.appender.My_app=org.apache.log4j.FileAppender
log4j.appender.My_app.file=mon_application.log

log4j.rootLogger=warn, stdout

log4j.logger.org.hibernate=info, API
log4j.logger.org.hibernate.SQL=debug, API
log4j.logger.org.hibernate.tool.hbm2ddl=info, API
log4j.logger.org.hibernate.cache=info, API

log4j.logger.<my.app.package1>=info, My_app
log4j.logger.<my.app.package1.package2>=debug, My_app

+1

Fifan31, tu as été plus rapide que moi ;P

Grâce à log4j, tu peux facilement spécifier des appenders particuliers par logger... Juste une petite remarque, mieux vaut utiliser un RollingFileAppender qui est plus pratique surtout lorsque les applis sont "généreuses" en terme de logs...

[waldo2188]

Merci,

je l'ai mis en place hier soir et cela fonctionne à merveille.

Et effectivement, aujourd'hui j'attaque la partie RollingFileAppender.

Merci de votre aide!