Logging-Problem bei der Verwendung von jdbc

Question

Ich benutze jdbc zum ersten Mal und Lesen aus einer Datei, die SQL-Abfragen enthält, die ich zuvor schrieb. Obwohl die Abfragen ordnungsgemäß ausgeführt werden und mein Programm ohne offensichtliches Problem weitergeht, kann ich nach dem ich statement.executeBatch(); habe, nichts mehr in mein Protokoll schreiben.

-Ich verwende die java.util.logging, um meine Protokollierung mit einem FileHandler zu tun. Um meine ".sql" -Datei zu lesen, verwende ich eine BufferedReader und eine FileReader. Ich weiß, dass ich nicht viel Code teile, um den Kontext vollständig zu verstehen, aber das ist alles, was ich aus dem Gedächtnis habe. Ich schließe alle Leser nach dem Gebrauch.

Irgendwelche Ideen, was könnte das Problem sein?

MyLogger.log(Level.WARNING, "it does write"); 
statement.executeBatch(); 
MyLogger.log(Level.WARNING, "it doesn't write anymore"); 
statement.close(); 
MyLogger.log(Level.WARNING, "still doesn't"); 

Dank

edit: MyLogger ist eine Klasse mit einer statig log Methode

edit2: @ Tim Biegeleisen statement.executeBatch() gibt einen Array von int, ein für jede Charge. Ich habe versucht:

try { 
      int[] results = statement.executeBatch(); 
      for (int result : results) 
      { 
       if (result == Statement.EXECUTE_FAILED) 
       { 
        MyLogger.log(Level.SEVERE, "batch failed, but driver seems to still be alive."); 
        System.out.println("batch failed, but driver seems to still be alive."); 
       } 
      } 

     } catch (SQLException e) { 
      MyLogger.log(Level.SEVERE, "the batch failed, and the driver died too."); 
      System.out.println("the batch failed, and the driver died too."); 
     } 

und es gedruckt und protokolliert nichts.

edit3: Ich denke, ich habe zu viel von meinem Shutdown Hook gefragt. Ich bin nicht vertraut damit, ich bin mir nicht sicher, was genau das Problem war.

Answer 1

Die Erklärung, die mir am wahrscheinlichsten erscheint, ist, dass sich Ihr Code beim Drücken von executeBatch() überschlägt. Danach scheinen die nachfolgenden Aufrufe an den Logger nicht zu funktionieren, weil sie überhaupt nicht getroffen werden. Eine einfache Möglichkeit, dies zu testen wäre Ihren Anruf executeBatch() mit einem Try-Catch-Block zu umgeben:

try { 
    int result = statement.executeBatch(); 
    if (result == Statement.EXECUTE_FAILED) { 
     MyLogger.log(Level.ERROR, "batch failed, but driver seems to still be alive."); 
    } 
} catch (SQLException e) { 
    MyLogger.log(Level.ERROR, "the batch failed, and the driver died too."); 
} 

Answer 2

Ich glaube, ich war zu viel verlangt von meinem Shutdown-Hook. Ich bin nicht vertraut damit, also bin ich mir nicht sicher, was genau das Problem war.

Siehe: LogManager$Cleaner() can prevent logging in other shutdown hooks. Wenn Sie versuchen, einen Herunterfahren-Hook zu protokollieren, fahren Sie mit dem LogManager $ Cleaner-Thread.

Als Workaround zum Erstellen eines benutzerdefinierten Shutdown-Hooks können Sie einen benutzerdefinierten Handler erstellen und auf dem Stammlogger installieren. Die erste Aktion des LogManager $ Cleaner besteht darin, alle installierten Handler auf dem Logger zu schließen. Sobald der Reiniger ruft die nahe an der benutzerdefinierten Handler Sie dann eine der folgenden Möglichkeiten:

1. Have LogManager $ Reiniger Ihre Shutdown-Code innerhalb des Handlers ausgeführt werden.
2. Finden Sie Ihren benutzerdefinierten Shutdown-Haken mit den Thread API und join damit, die den saubereren Thread blockieren wird.