Le 29/01/2013 11:06, Eric Chatellier a écrit :
slf4j contre commons-logging ---------------------------- * Log: pas de plus value à migrer, mais il faut tout de même corrige le problème actuel. * Une migration slf4j avec une impl log4j est tout de même demandée.
Avant de commencer cette migration, j'ai quelques petites questions. Actuellement nous avons: private static final Log LOG = LogTools.getLog(); La convention slf4j est plutôt: private static final Logger logger = LoggerFactory.getLogger(HelloWorld.class); Ce qui implique de renommer aussi la variable "LOG" en LOGGER dans toute la classe également. La modification est plus importante que modifier une seule ligne dans chaque classe. Une autre question. C'est la première fois que je vois la déclaration des logs de façon générique: private static final Log LOG = LogTools.getLog(); qui récupère un Log sur la classe en haut de la stack actuelle. Je suis curieux de savoir si c'est performant et s'il y a une source qui explique les avantages (voire pourquoi ce n'est pas plus répandu). Ce mécanisme utilise, de plus, un import "sun.reflect.Reflection" (dans nc.ird.module.utils.GenericsTools) qui est déconseillé. Cordialement, Eric Chatellier. -- Éric Chatellier - Code Lutin Tel: 02.40.50.29.28 - http://www.codelutin.com