Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quelles bibliothèques de logs utilisez-vous pour vos développements avec la plateforme Java ?

Venez partage votre expérience

Le 14 novembre 2015 à 11:34, par Mickael Baron

510PARTAGES

Voter pour

4

Voter contre

0

Quelles bibliothèques de logs utilisez-vous pour vos développements avec la plateforme Java ?

SLF4J		50 %
Log4J		48 %
Java Util Logging		31 %
LogBack		21 %
Commons Logging		7 %
TinyLog		0 %
Autres		5 %

Voter 42 votants

Depuis des années, la journalisation des événements dans l'écosystème Java est proposée par des API de logging. On y retrouve ainsi de nombreuses bibliothèques (Java Util Logging, Log4J, SLF4J, Commons Logging, LogBack, TinyLog, etc.) et le choix est souvent difficile.

L'équipe Java vous propose ainsi un sondage sur la ou les bibliothèques que vous utilisez pour traiter les logs de vos programmes.

Sur quel(s) critère(s) se sont portés vos choix ?
Que vous manque-t-il comme fonctionnalité ?
Pensez-vous qu'une spécification globale devrait être proposée pour encadrer toutes ces bibliothèques ?

Nous attendons vos remarques et contributions.

L'équipe Java

Vous avez lu gratuitement 27 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

Commenter Signaler un problème

Membre émérite

Le 18/11/2015 à 15:05

Selon les projets, du Log4J, du Commons Logging ou du Java Util Logging, avec ou sans SLF4J.

Pour ma part, je trouve que Java Util Logging fait très bien le boulot et je ne comprends pas pourquoi on a toujours en 2015 cette pléthore de bibliothèques de log alors que le framework standard JavaSE fait très bien le job. Une dépendance de moins, c'est toujours bon à prendre. Le logging, ce n'est qu'une fonction utilitaire, ce n'est pas une fonctionnalité, et donc, pour moi, il faut que ça se fasse discret et que ça ne fasse pas ch...

Voter pour

1

Voter contre

0

Membre régulier

Le 18/11/2015 à 21:26

Après avoir utiliser Log4J, SLF4J, Commons Logging, pendant 10 ans, je bloque les nouveaux développement sur Java Util Logging depuis 3 ans.

Marre de Log4J et des développeurs qui ajoute la lib à tous les war, ear sans regarder si le serveur d'app l'a.
Marre de SLF4J et de mettre un fichier conf spécifique ou la librairie de redirection.
Commons Logging mouai, en fait, c'est une mauvaise solution, c'est repousser le problème.
Marre de gérer le versionning des libs de log d'un nombre incalculable de veille version d'appli et de serveur d'appli qui n'évoluent BIENSUR pas la même vitesse.
Marre de gérer les environnement de (dev, recette) , (pré-prod,prod). Les ouiiin-ouiiin des développeurs : moi j'ai tomcat, moi j'ai wildfly moi j'ai glassfish, moi weblogic, (et non pas websphere, il ne faut pas être fou aussi !).

Donc le log de la JVM et point barre. Qu'est qu'on a perdu ? Rien. C'est simple à utiliser et des perf de bonheur (avec la bonne conf et sans lock de thread , à quel lib qui je pense ?).

PS : Spring a été tué pour les même raisons, full JEE7 maintenant, pareil rien perdu.

Voter pour

1

Voter contre

0

Membre actif

Le 18/11/2015 à 13:24

SLF4J est une facade de logging, à savoir qu'elle fait appel à un système secondaire de log derrière (du log4j, logback ou java util logging par exemple).

Donc pour toute personne répondant faire du SLF4J il serait intéressant de savoir quel moteur de log est réellement derrière.

Voter pour

0

Voter contre

0

Modérateur

Le 18/11/2015 à 15:23

Sur quel(s) critère(s) se sont portés vos choix ?
J'ai eu la nécessité d'utiliser les logs lors de mon premier année de master, mon choix s'est alors porté vers Log4j car il est simple à mettre en place (import simple avec Maven), et mkyong a donné un bel exemple de son utilisation.

Que vous manque-t-il comme fonctionnalité ?
Est-ce que l'API réalise mes besoins actuels ? Oui, donc je n'ai pas de manque à ce niveau.

Pensez-vous qu'une spécification globale devrait être proposée pour encadrer toutes ces bibliothèques ?
Je pensais que Java Util Logging était là pour ça...

J'aurais bien aimé poursuivre avec cet api (après avoir connu log4j) car standard et intégré dans Java SE mais elle m'a l'air un poil compliqué... par exemple pour indiquer un fichier de sortie il faut utiliser du code (cf: FileHandler)...
L'idéal serait d'utiliser la ligne de commande (cf : -Djava.util.logging.config.file=/path/to/app.properties ) même si cela complique les choses avec les applications Java EE, mais quand je vois que Sun/Oracle n'en fait même pas référence dans sa documentation mais qu'on trouve des exemples sur internet (cf : lien) ça fait un peu peur...

Voter pour

0

Voter contre

0

yassineonline2013

Membre à l'essai

Le 08/04/2016 à 9:44

Avant j'utilise du SLF4J et puis on an passé à logback

Ce qui me gène dans le logback c'est que ca se configure en xml mais pas en fichier propertie

Voter pour

0

Voter contre

0

Expert éminent

Le 17/09/2016 à 20:38

Citation

Envoyé par squizer

Voir le message

SLF4J est une facade de logging, à savoir qu'elle fait appel à un système secondaire de log derrière (du log4j, logback ou java util logging par exemple).

Donc pour toute personne répondant faire du SLF4J il serait intéressant de savoir quel moteur de log est réellement derrière.

non
nous utilisons slf4J justement pour laisser le choix de l'implémentation à l'installation.
chaque client qui installe choisi son moteur préféré.

donc en tant que développeur choisir slf4j est choix aussi valable que les autres.
A+JYT

Voter pour

0

Voter contre

0

Commenter Signaler un problème