API de log... Laquelle et pourquoi ?

API de log... Laquelle et pourquoi ? - Java - Programmation

Marsh Posté le 31-12-2002 à 16:44:52    

Salut !
 
Voila, je desire remplacer dans la plateforme que je developpe toute la fonctionnalite de log (home made, tres triviale)...  
 
Comme API a utiliser j'hesite entre log4J et java.util.logging.*
J'ai lu plusieurs articles sur les deux, je suis alle voir differents sites, etc... Mais difficile de me faire une idee. Log4J me semble plus complete, mais...
 
Laquelle est plus legere, la plus performante (la performance est tres importante), plus facile à utiliser (pas de temps a perdre), etc... Laquelle me conseillez vous et pourquoi ?  
 
Le contexte : une plateforme agent mobiles, 15000 lignes de code (autant dire que je ne veux pas faire de mauvais choix... pas envie de tout me retapper dans 6 mois).
 
Au niveau de ce qui serait interessant d'avoir : possibilite de propager les logs (en cas de probleme la plateforme genere des exception remote qui sont propagees, dans le cas d'un pool de plateformes il serait interessant de pouvoir egalement propager une partie des logs...) L'API java.uitl.log... permet des logs memoire ce pourrait etre une solution non ?
 
Bon help et merci d'avance ^^

Reply

Marsh Posté le 31-12-2002 à 16:44:52   

Reply

Marsh Posté le 01-01-2003 à 14:08:17    

log4j je pense est plus aboutis et te permet de modifier complètement le pattern des logs ainsi que la façon dont tu logs (en base, à distance via socket, dans un fichier qui se backupe toutes les heures, dans la console) ... Sans changer une ligne de code.
 
La performance est également un souci de l'équipe. Voir à ce sujet le paragraphe performance juste avant les conclusions:
 
http://jakarta.apache.org/log4j/docs/manual.html
 


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 01-01-2003 à 14:17:58    

DarkLord a écrit :

log4j je pense est plus aboutis et te permet de modifier complètement le pattern des logs ainsi que la façon dont tu logs (en base, à distance via socket, dans un fichier qui se backupe toutes les heures, dans la console) ... Sans changer une ligne de code.
 
La performance est également un souci de l'équipe. Voir à ce sujet le paragraphe performance juste avant les conclusions:
 
http://jakarta.apache.org/log4j/docs/manual.html
 
 


 
Merci pour ta reponse (une vraie reponse celle-la ;) ). La fonctionnalite du backup me semble interessante. Je vais jeter un oeil au lien dont tu me parles.
 
A+

Reply

Marsh Posté le 01-01-2003 à 14:19:04    

sinon j'ai écrit un article en français sur log4j mais je ne connais plus le lien par coeur


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 02-01-2003 à 11:07:06    

Quelle modestie ce Darklord !!!
http://vorburger.homelinux.net/hfr [...] lord/log4j
Un autre lien sympa :
http://www.vipan.com/htdocs/log4jhelp.html


---------------
Evite les personnes arrogantes et vulgaires, elles sont un tourment pour l'esprit.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed