So erzwingen Logger.debug Ausgabe in Play! Framework Specs2 Tests?

Question

Standardmäßig ist die Ausgabe Logger, die beim Ausführen einer Anwendung sichtbar ist, beim Testen der Anwendung stummgeschaltet.

Wie erzwingen Sie, dass die Debugs, Infos usw. in den Berichten specs2 angezeigt werden?

Answer 1

Zunächst möchten wir Ihnen einen Hintergrund zeigen, warum die Protokollierung im Testmodus deaktiviert ist. Dies war Guillame Bort Antwort auf eine Frage im Spiel Forum (siehe this thread):

Der Logger wird nun im Testmodus deaktiviert, da es einen großen PermGen Raum Leck verursacht wurde, wenn Tests ausgeführt werden. Aber wir arbeiten daran, Tests in einer gegabelten JVM auszuführen, so dass wir es bald wieder aktivieren werden.

Als Abhilfe kann, habe ich meine eigenen Logger wie dieser (Scala-Code):

import play.api.{Play, LoggerLike, Logger} 
import org.slf4j.LoggerFactory 
import org.slf4j.impl.SimpleLoggerFactory 

object MyLogger extends LoggerLike { 

    val factory = if (Play.isTest(Play.current)) { 
    new SimpleLoggerFactory() 
    } else { 
    LoggerFactory.getILoggerFactory 
    } 

    val redirectDebugToInfo = factory.isInstanceOf[SimpleLoggerFactory] 

    val logger = factory.getLogger("application") 

    def apply(name: String): Logger = new Logger(factory.getLogger(name)) 

    def apply[T](clazz: Class[T]): Logger = new Logger(factory.getLogger(clazz.getCanonicalName)) 

    // this method is to make debug statements to show up in test mode 
    override def debug(m: => String) = { 
    if (redirectDebugToInfo) { 
     info(m) 
    } else { 
     super.debug(m) 
    } 
    } 
} 

Ich weiß nicht, wie dieser Code über das PermGen Leck im Allgemeinen verhält, aber so weit ich didn Habe dieses Problem nicht. Um es Sie arbeiten zu müssen, diese Abhängigkeit hinzuzufügen:

"org.slf4j" % "slf4j-simple" % "1.6.4" 

Answer 2

Wenn Sie am Spiel schauen Logger source, sehen Sie, dass die Protokollierung im Testmodus deaktiviert ist.

Wenn Sie wirklich protokollieren möchten, können Sie eine Protokollierungskonfigurationsdatei zum Testen erstellen und als Systemeigenschaft "logger.file" an Play übergeben.

Beispiel Protokollkonfiguration (Test-logger.xml Datei in Projektstamm):

<configuration> 
    <conversionRule conversionWord="coloredLevel" converterClass="play.api.Logger$ColoredLevel" /> 
    <logger name="application" level="INFO"> 
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender"> 
     <encoder> 
     <pattern>%coloredLevel %logger{15} - %message%n%xException{5}</pattern> 
     </encoder> 
    </appender> 
    </logger> 
</configuration> 

Laufende Tests:

JAVA_OPTS="-Dlogger.file=test-logger.xml" play test 

Answer 3

ich eine logger.xml Datei unter conf wie diese erstellt:

Dann starte ich meine Spielumgebung mit dem folgenden Befehl:

play -Dlogger.file = conf/logger.xml

Voila! Daten im Test protokollieren. Es führt zu Speicherlecks, ist aber während der Entwicklung von unschätzbarem Wert.

Answer 4

Wenn Sie FakeApplication verwenden, können Sie einige Konfigurationsinfos passieren:

FakeApplication(additionalConfiguration = Map(
    "logger.application" -> "DEBUG" 
)) 

Die LOGGER Ausgang zu debuggen und höherer Leistung begrenzt.

Ich war überrascht zu beobachten, dass die Einstellung "sticky" ist. Wenn ein früher Test FakeApplication verwendet, verwendet ein späterer Test, der FakeApplication nicht verwendet, immer noch denselben Protokollierungsgrad.

Answer 5

Wenn Sie sbt verwenden, um Tests auszuführen (was standardmäßig ausgeführt wird), können Sie javaOptions in der Task Test festlegen, um die verwendete Protokollierungskonfiguration zu steuern.

zB in Projekt/Build.scala:

javaOptions in Test  += "-Dlogger.file=conf/test-logger.xml" 

Mehr über die Syntax der Test logger.xml Datei hier:

http://logback.qos.ch/manual/configuration.html