Logback était censé être le successeur du Log4j cadre de l'exploitation forestière, maintenant un projet Apache.
Le cadre entier a été conçu pour être générique, afin que les développeurs peuvent facilement adapter et l'intégrer dans leurs projets.
Le projet Logback est en fait composé de 3 parties:
logback-core
logback-classique
logback accès
Chacun d'eux joue son une part, et permet aux développeurs de les utiliser de différentes manières avec les autres technologies actuelles de jour
Ce qui est nouveau dans le présent communiqué.:
- Logback supporte maintenant un niveau illimité de graphiques de résolution variables plutôt que de se limiter à la résolution en profondeur d'un niveau.
Ce qui est nouveau dans la version 1.1.3:
- Logback supporte maintenant un niveau illimité de graphiques de résolution variable plutôt que de se limiter à la résolution en profondeur d'un niveau.
Ce qui est nouveau dans la version 1.0.13:
- Dans logback accès fichier MANIFEST, les importations de Jetty et Tomcat sont maintenant en option.
Ce qui est nouveau dans la version 1.0.12:
- Le code détecter si Groovy est disponible sur la classe chemin traite le cas où les binaires logback sont installés comme des bibliothèques approuvées.
- Logback est maintenant en mesure de récupérer le nom de localhost lors de l'exécution sous OS X et Java 7.
- DBAppender dans le module logback-classique ne suppose que l'information de l'appelant est toujours disponible.
- Afin de simplifier notre construction, plusieurs tests unitaires ont été portés de Scala à Java. Il en résulte que logback ne dépend plus Scala, pas même pendant la phase de test de la construction.
Ce qui est nouveau dans la version 1.0.11:
- Le & quot; cn & quot; mot de conversion maintenant des cartes correctement à la classe ContextNameConverter.
- Ajout de gris à la liste des couleurs ANSI soutenu par logback.
Ce qui est nouveau dans la version 1.0.7:.
- dépendance Groovy mis à niveau vers la version 2.0.0
- bibliothèque Janino mis à niveau vers la version 2.6.1.
- La manipulation substitution de variable code a été complètement ré-écrit.
- Les mots de conversion liés aux couleurs définies maintenant la couleur par défaut correctement.
- propriétés de substitution sont maintenant correctement reconnus par les attributs de numérisation et de scanPeriod & # x3C; configuration & # X3e; élément dans les fichiers de configuration.
- Correction d'une course-condition dans AsyncAppender et son thread de travail.
- Si un PropertyDefiner implémente LifeCycle, sa méthode start () va maintenant être invoquée.
Exigences :
- Groovy 2 ou supérieur
Commentaires non trouvées