Amélioration de la couverture de code avec la journalisation Commons et Log4j 2.0

Question

Je migre actuellement de Log4j 1.2 vers Log4j 2. Nous utilisons Apache Commons Logging 1.1 (JCL), avec Log4j2 comme implémentation.

maintenant lors de l'exécution des tests unitaires, des déclarations comme

if (log.isInfoEnabled()) { 
    log.info("example"); 
} 

montrera des lignes comme non couvertes dans le rapport de couverture si le niveau de journal de journal est trop élevé (par exemple WARN dans ce examole), comme le corps if ne sera pas en réalisé.

Dans Log4j 1 quelqu'un de ma société a ainsi un enregistreur personnalisé qui retourne vrai pour toutes log.isXXXEnabled() méthodes si elle détecte qu'il est exécuté à partir Maven Surefire, comme ceci:

import org.apache.commons.logging.Log; 
import org.apache.commons.logging.impl.Log4JLogger; 

public class Log4JEnhancedCoverage implements Log { 

    private static final long serialVersionUID = -8715529047111858959L; 

    private final Log logger; 

    private final boolean mavenRun; 

    public LogEnhancedCoverage(String name) { 
    this.logger = new Log4JLogger(_name); 
    this.mavenRun = TestsRunContext.isMavenSurefireRun(); 
    } 

    @Override 
    public boolean isTraceEnabled() { 
    return (mavenRun) ? true : logger.isTraceEnabled(); 
    } 

    @Override 
    public void trace(Object message) { 
    logger.trace(message); 
    } 

    // repeat for warn, info, etc 
} 

L'effet est que chaque isXXXEnabled() est exécuté, l'instruction log est redirigée vers log4j via un fichier de configuration. Log4j lui-même verra que seuls les messages des niveaux de journaux spécifiés sont affichés, tandis que les blocs de code pour tous les niveaux sont exécutés. Ancien: Le problème est tel que vous pouvez voir qu'une implémentation de Logger Log4j est instanciée directement à partir du package impl de JCL. (Oui, ils livrent leur propre implémentation d'adaptateur!).

Dans ma nouvelle configuration, j'utilise l'artefact log4j-jcl et je ne sais pas comment créer correctement un enregistreur compatible Log4j 2 dans le constructeur.

Mise à jour:log4j-jcl est livré avec sa propre fabrique de journaux qui charge une implémentation de logger spécifique log4j 2. Ainsi, la configuration de commons-logging pour un enregistreur spécifique n'est pas du tout respectée.

Answer 1

Il suffit d'obtenir l'enregistreur en utilisant l'API de journalisation des communs plutôt que de l'instancier directement et tout ira bien.

import org.apache.commons.logging.Log; 
import org.apache.commons.logging.LogFactory; 
//REMOVE THIS: import org.apache.commons.logging.impl.Log4JLogger; 

public class Log4JEnhancedCoverage implements Log { 

    private static final long serialVersionUID = -8715529047111858959L; 

    private final Log logger; 

    private final boolean mavenRun; 

    public Log4JEnhancedCoverage(String name) { 
     //REMOVE THIS: this.logger = new Log4JLogger(name); 
     this.logger = LogFactory.getLog(name); 
     ...