Warum ist die Ausnahmestapelüberwachung nicht angemeldet?

Question

habe ich versucht, das einfache Beispiel von SLF4J FAQ:

package com.aed.tests.logging; 
import org.slf4j.LoggerFactory; 

public class TestLogging 
{ 

    public TestLogging() 
    { 
     // TODO Auto-generated constructor stub 
    } 

    /** 
    * @param args 
    */ 
    public static void main(String[] args) 
    { 
     String s = "Hello world"; 
     try 
     { 
      Integer i = Integer.valueOf(s); 
     } 
     catch(NumberFormatException e) 
     { 
      LoggerFactory.getLogger("simplelogger").error("Failed to format {}", s, e); 
      LoggerFactory.getLogger("simplelogger").error("Without parametrized string", e); 

     } 
    } 
} 

Hier ist der Ausgang:

15:33:51,248000000 [SEVERE]simplelogger: Failed to format Hello world 
15:33:51,275000000 [SEVERE]simplelogger: Without parametrized string 

I java.util.logging als Logging-Implementierung verwenden, mit den folgenden logging.properties

# Properties file which configures the operation of the JDK 
# logging facility. 

# The system will look for this config file, first using 
# a System property specified at startup: 
# 
# >java -Djava.util.logging.config.file=myLoggingConfigFilePath 
# 
# If this property is not specified, then the config file is 
# retrieved from its default location at: 
# 
# JDK_HOME/jre/lib/logging.properties 

# Global logging properties. 
# ------------------------------------------ 
# The set of handlers to be loaded upon startup. 
# Comma-separated list of class names. 
# (? LogManager docs say no comma here, but JDK example has comma.) 
handlers=java.util.logging.ConsoleHandler 

# Default global logging level. 
# Loggers and Handlers may override this level 
.level=ALL 

# Loggers 
# ------------------------------------------ 
# Loggers are usually attached to packages. 
# Here, the level for each package is specified. 
# The global level is used by default, so levels 
# specified here simply act as an override. 
# myapp.ui.level=ALL 
# myapp.business.level=CONFIG 
# myapp.data.level=SEVERE 

# Handlers 
# ----------------------------------------- 

# --- ConsoleHandler --- 
# Override of global logging level 
java.util.logging.ConsoleHandler.level=ALL 
java.util.logging.ConsoleHandler.formatter=java.util.logging.SimpleFormatter 
# HH:MM:ss,nanosec 
java.util.logging.SimpleFormatter.format=%1$tT,%1$tN [%4$s]%3$s: %5$s %n 

Ich erwartete, das Stacktrace der Ausnahme zu sehen. Fehle ich etwas in der Konfiguration? Soll ich Exception-Strack-Trace irgendwie aktivieren, mit SLF4J oder jdk-Logging?

EDIT Folgen Sie dem "Als doppelt markiert". Meine Frage war nicht, "wie man den Stapel-Trace druckt", aber wie kommt es, am Beispiel von SLF4J, das selbst die Aufgabe ausführt, den Stapel-Trace auszudrucken, hatte ich noch keine Stack-Trace ausgedruckt. Wie gesagt, ich habe den Stack-Trace mit log4j als Implementierung ausgedruckt, aber nicht mit java.util.logging. Es war also eine Frage der falschen Konfiguration von java.util.logging, und ich gab eine Antwort, als ich es herausfand.

Answer 1

Es war in der Tat eine Frage, den Formatierer für Protokolldatensätze richtig zu konfigurieren.

Wie der manual says, ist der Throwable der 6. Parameter des Methodenformats. So habe ich %6$s mein Format in logging.properties:

java.util.logging.SimpleFormatter.format=%1$tT,%1$tN [%4$s]%3$s: %5$s %6$s %n 

Und hier ist die Ausgabe, welche den Stack-Trace:

17:29:33,314000000 [SEVERE]simplelogger: Failed to format Hello world 
java.lang.NumberFormatException: For input string: "Hello world" 
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) 
    at java.lang.Integer.parseInt(Integer.java:492) 
    at java.lang.Integer.valueOf(Integer.java:582) 
    at com.aed.tests.logging.TestLogging.main(TestLogging.java:15) 

17:29:33,344000000 [SEVERE]simplelogger: Without parametrized string 
java.lang.NumberFormatException: For input string: "Hello world" 
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) 
    at java.lang.Integer.parseInt(Integer.java:492) 
    at java.lang.Integer.valueOf(Integer.java:582) 
    at com.aed.tests.logging.TestLogging.main(TestLogging.java:15) 

Answer 2

java.lang.Exception.toString() gibt die Stack-Trace-Informationen nicht zurück. Vom documentation:

Gibt eine kurze Beschreibung dieses throwable

sehen How can I convert a stack trace to a string?, und melden Sie sich die String Sie zurück.