J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne
comprends pas trop comment cela fonctionne.
Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage
debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt.
Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le
message "msg" ne s'affichera pas.
Je ne vois donc pas bien l'intérêt.
--
Click here to answer / cliquez ci dessous pour me repondre
http://cerbermail.com/?Me6uItBC1M
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Frédéric Augé
Speedster wrote:
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne comprends pas trop comment cela fonctionne. Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt. Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le message "msg" ne s'affichera pas. Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment dans le code java. Tu les mets une fois pour toutes en utilisant les différents niveaux de logs (stratégie à établir), ensuite suivant si tu es en développement ou en production, il suffit de configurer les logs que tu veux afficher dans le log4j.xml. Car on ne met pas en production une application qui log à mort. Donc si tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des noms de packages, par exemple afficher plus de logs pour le package que tu développes, et moins pour les librairies que tu as importées. Et en plus tu peux "logguer" à plein d'endroits différents, fichiers (rotation configurable), console, et bien plus.
Frédéric
PS: c'est pas bien de crossposter
Speedster wrote:
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne
comprends pas trop comment cela fonctionne.
Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage
debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt.
Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le
message "msg" ne s'affichera pas.
Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment
dans le code java.
Tu les mets une fois pour toutes en utilisant les différents niveaux de
logs (stratégie à établir), ensuite suivant si tu es en développement ou
en production, il suffit de configurer les logs que tu veux afficher
dans le log4j.xml.
Car on ne met pas en production une application qui log à mort. Donc si
tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout
le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des
noms de packages, par exemple afficher plus de logs pour le package que
tu développes, et moins pour les librairies que tu as importées.
Et en plus tu peux "logguer" à plein d'endroits différents, fichiers
(rotation configurable), console, et bien plus.
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne comprends pas trop comment cela fonctionne. Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt. Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le message "msg" ne s'affichera pas. Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment dans le code java. Tu les mets une fois pour toutes en utilisant les différents niveaux de logs (stratégie à établir), ensuite suivant si tu es en développement ou en production, il suffit de configurer les logs que tu veux afficher dans le log4j.xml. Car on ne met pas en production une application qui log à mort. Donc si tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des noms de packages, par exemple afficher plus de logs pour le package que tu développes, et moins pour les librairies que tu as importées. Et en plus tu peux "logguer" à plein d'endroits différents, fichiers (rotation configurable), console, et bien plus.
Frédéric
PS: c'est pas bien de crossposter
Speedster
Je te remercie.
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
"Frédéric Augé" a écrit dans le message de news:c5tns4$rct$
Speedster wrote:
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne
comprends pas trop comment cela fonctionne. Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage
debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt. Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le message "msg" ne s'affichera pas. Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment dans le code java. Tu les mets une fois pour toutes en utilisant les différents niveaux de logs (stratégie à établir), ensuite suivant si tu es en développement ou en production, il suffit de configurer les logs que tu veux afficher dans le log4j.xml. Car on ne met pas en production une application qui log à mort. Donc si tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des noms de packages, par exemple afficher plus de logs pour le package que tu développes, et moins pour les librairies que tu as importées. Et en plus tu peux "logguer" à plein d'endroits différents, fichiers (rotation configurable), console, et bien plus.
Frédéric
PS: c'est pas bien de crossposter
Je te remercie.
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
"Frédéric Augé" <f.auge@wanadoo.fr> a écrit dans le message de
news:c5tns4$rct$1@news-reader4.wanadoo.fr...
Speedster wrote:
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je
ne
comprends pas trop comment cela fonctionne.
Il y a donc des niveaux que l'on peut définir et des méthodes
d'affichage
debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt.
Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le
message "msg" ne s'affichera pas.
Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment
dans le code java.
Tu les mets une fois pour toutes en utilisant les différents niveaux de
logs (stratégie à établir), ensuite suivant si tu es en développement ou
en production, il suffit de configurer les logs que tu veux afficher
dans le log4j.xml.
Car on ne met pas en production une application qui log à mort. Donc si
tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout
le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des
noms de packages, par exemple afficher plus de logs pour le package que
tu développes, et moins pour les librairies que tu as importées.
Et en plus tu peux "logguer" à plein d'endroits différents, fichiers
(rotation configurable), console, et bien plus.
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
"Frédéric Augé" a écrit dans le message de news:c5tns4$rct$
Speedster wrote:
J'ai téléchargé log4j afin de faiciliter le débogage mais en réalité je ne
comprends pas trop comment cela fonctionne. Il y a donc des niveaux que l'on peut définir et des méthodes d'affichage
debug, info, warn...
Cependant, je n'en vois pas bien l'intérêt. Si logger a le niveau INFO et qu'on appelle logger.debug("msg") alors le message "msg" ne s'affichera pas. Je ne vois donc pas bien l'intérêt.
l'intérêt c'est de ne pas avoir a ajouter/retirer les logs constamment dans le code java. Tu les mets une fois pour toutes en utilisant les différents niveaux de logs (stratégie à établir), ensuite suivant si tu es en développement ou en production, il suffit de configurer les logs que tu veux afficher dans le log4j.xml. Car on ne met pas en production une application qui log à mort. Donc si tu n'avais pas log4j ou un équivalent, il faudra que tu passes sur tout le code pour virer/commenter les logs !
Et ça va beaucoup plus loin, tu peux fixer ces niveaux en fonction des noms de packages, par exemple afficher plus de logs pour le package que tu développes, et moins pour les librairies que tu as importées. Et en plus tu peux "logguer" à plein d'endroits différents, fichiers (rotation configurable), console, et bien plus.
Frédéric
PS: c'est pas bien de crossposter
Frédéric Augé
Speedster wrote:
Je te remercie.
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
voilà
Speedster wrote:
Je te remercie.
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
PS: Je n'ai pas compris. Crossposter ? Plusieurs newsgroups à la fois ?
voilà
clement
Bonjour,
La dernière fois que j'ai utilisé Log4J, je l'ai couplé avec AspectJ, et j'ai été enchanté par le résultat. Un aspect pour le logage utilisant Log4J et comme ca je n'ai pas "polluer le code" de l'application.
Bonjour,
La dernière fois que j'ai utilisé Log4J, je l'ai couplé avec AspectJ, et
j'ai été enchanté par le résultat. Un aspect pour le logage utilisant Log4J
et comme ca je n'ai pas "polluer le code" de l'application.
La dernière fois que j'ai utilisé Log4J, je l'ai couplé avec AspectJ, et j'ai été enchanté par le résultat. Un aspect pour le logage utilisant Log4J et comme ca je n'ai pas "polluer le code" de l'application.
