Pourquoi connecter le cadre de journalisation par défaut dans la démarche de printemps?
J'ai essayé de rechercher sur la documentation de printemps + des articles sur Internet + des questions de Stackoverflow, mais je n'ai trouvé aucune information à ce sujet. Pour moi, la configuration de log4j2 (en particulier du modèle) est beaucoup plus simple, goût personnel.
En outre, je trouve que Log4J2 a une meilleure performance que de connecter en fonction de ces articles:
https://stackify.com/compare-java-logging-frameworks
https://blog.overops.com/the-logging-olympics-a-race-between-todays-top-5-logging-frameworks
Quelle est la différence entre log4j, slf4j et logback?
https://www.sitepoint.com/which-java-logging-framework-has-thebest-performance/
Et si nous voulons envisager ASYNC Logger, la performance est rapide en faveur de log4J2 selon Apache https://logging.apache.org/log4j/2.x/performance.html et oui Je sais que c'est leur travail de rendre leur cadre meilleur, mais je crois qu'ils sont fiables.
Mon hypothèse est que le pivotement choisit le logback d'être la valeur par défaut car Log4J2 est venu un jour après la publication de la version 1.0 du spring-boot.
Quelqu'un peut-il perdre une lumière sur cela? Mon hypothèse est-elle correcte?
LOG4J 2.12.0 Ajout de la prise en charge de l'utilisation de la configuration de Spring Cloud pour héberger la configuration log4j avec une reconfiguration dynamique et une prise en charge ajoutée pour Docker. Avec la version de Log4J 2.13.0 Log4J, a encore intégré le ressort en fournissant une recherche de ressort afin que la configuration log4j puisse accéder aux propriétés du ressort. De plus, certaines propriétés du système log4j peuvent également être lues à partir des fichiers bootstrap.yml ou application.yml du ressort. 2.13.0 fournit également une recherche KubeNettes pour permettre la spécification des attributs KubeNettes dans la configuration log4J en tant que propriétés à inclure dans les événements du journal.
Voir Connexion dans le cloud et Client de configuration Cloud de Spring Cloud de log4J .