Wie zum bereinigen von log-Meldungen in Log4j das speichern in Datenbank

Ich versuche zu speichern von log-Meldungen an eine zentrale Datenbank. Um dies zu tun, habe ich Folgendes konfiguriert Appender in log4j xml Konfiguration:

<appender name="DB" class="org.apache.log4j.jdbc.JDBCAppender">
            <param name="URL" value="jdbc:postgresql://localhost/logging_test" />
            <param name="user" value="test_user" />
            <param name="password" value="test_password" />
            <param name="sql" value="INSERT INTO log_messages ( log_level, message, log_date ) VALUES ( '%p', '%m', '%d{yyyy-MM-dd HH:mm:ss}' )" />
</appender>

Dies funktioniert gut, außer einige der Nachrichten, die enthalten ', und dann werden die appender ausfällt.

Gibt es eine einfache Möglichkeit, dies zu tun?

InformationsquelleAutor Rafael | 2010-01-11
  1. 3

    Haben Sie einen Blick auf diese nicht-offiziellen Log4J JDBCAppender, die behebt dieses Problem und ist veröffentlicht unter der Apache-2.0-Lizenz. Zitieren seine Funktionen im Vergleich zu org.apache.log4j.jdbc.JDBCAppender:

    • Log (relationalen) Datenbank
    • Flexible connection handling (noch nicht unterstützt DataSource)
    • Flexible sql-Befehle ausführen eigentlichen Protokollierung
    • Prepared Statements und Gespeicherte Prozeduren (J2SDK 1.4+) unterstützt
    • Ermöglicht die Protokollierung von Nachrichten mit Sonderzeichen wie ' (single
      Zitat) und , (Komma)
    • Flexible Tisch-und Spalten-Struktur
    • Flexible id-Generierung
    • Mehrere PatternLayout Anwendungen erlaubt; in einer oder mehreren
      Spalten
    • Unterstützt J2SDK 1.3, 1.4 und 1.5
    • Unterstützt Log4j 1.2.9 und aktuelle Entwicklung

    Oder, und sollten Sie ernsthaft erwägen diese option, wechseln Sie von log4j zu seinem Nachfolger, logback (dies ist, wo die Dinge passieren), hat einen DBAppender verwendet PreparedStatement (siehe Quellen), das kann eine JNDI datasource, connection-pooling (dies ist ein großes plus), etc. Für weitere Informationen zu dieser Appen finden Sie im online-Handbuch http://logback.qos.ch/manual/appenders.html#DBAppender

    • Ich landete mit dieser DBAppender fein gearbeitet. Danke!
    • Eine alternative Bibliothek ist eine mögliche Lösung, aber nicht die Frage beantworten, wie zu bereinigen, die Daten während der Nutzung org.apache.log4j.jdbc.JDBCAppender
    InformationsquelleAutor Pascal Thivent
  2. 6

    Ich würde vorschlagen, erstellen Sie eine benutzerdefinierte Appen und überschreiben der flushBuffer und execute Methoden, wo man flüchten kann deine Saiten oder verwenden Sie PreparedStatement :

    public class MyJDBCAppender extends JDBCAppender {

}

    Erklären, warum Sie außer Kraft setzen müssen flushBuffer - die appender legt LogEvent Objekte in einen Puffer, das später gespült in Richtung auf das Ziel (Datenbank, in diesem Fall). Hier die flushBuffer Methode verwendet getLogStatement (über execute) ein normales Statement. Sie können ersetzen, dass das Verhalten vollständig. Werfen Sie einen Blick auf der aktuelle Quellcode

    Dann registrieren Sie Ihre Appen statt JDBCAppender.

    InformationsquelleAutor Bozho
  3. 3

    Ich bin nicht vertraut mit log4j oder JDBC, aber ich weiß, JDBC unterstützt prepared statements. Vielleicht gibt es einen Weg zu verwenden, die mit der JDBCAppender

    • Verlängern Sie die JDBCAdapter die Arbeit mit prepared statements, wenn es nicht eine option, Sie zu benutzen schon. Erweitern es sollte relativ einfach
    InformationsquelleAutor Bart van Heukelom
  4. 3

    löste ich die Sache in der folgenden Weise :

    Kopiert den Quellcode der JDBCAppender genannt ACMEJDBCAppender

    überschreiben der getLogStatement(LoggingEvent event) Methode, das Klonen der alten Veranstaltung und bietet die neue one mit dem entkam Nachricht.

    Nicht die sauberste Lösung aus der oop-Sicht, sondern es macht die Arbeit. Hoffe, es hilft.

    protected String getLogStatement(LoggingEvent event) {

  LoggingEvent clone = new LoggingEvent(
    event.fqnOfCategoryClass,
    LogManager.getLogger(event.getLoggerName()),
    event.getLevel(),
    AidaUtils.sqlEscape(event.getMessage().toString()),
    event.getThrowableInformation()!=null ? event.getThrowableInformation().getThrowable() : null
  );

  return getLayout().format(clone);
}
    • War ok, zu erweitern JDBCAppender und überschreiben diese Methode. Sauber und schnell. Thx
    • Hast du vergessen, auf " Ereignis hinzufügen.getTimeStamp (), um das geklonte Ereignis oder beabsichtigt ist?.
    InformationsquelleAutor Mattia
  5. 1

    Als pro die Javadocs, die offizielle JDBCAppender ziemlich beschränkt ist, und insbesondere hat keinen guten Umgang mit diesem Problem.

    Ein Weg, um es zu verwenden eine alternative appender, wie diese eine die Ziele funktional kompatibel mit der Log4J-außer, Sie wissen, arbeiten.

    InformationsquelleAutor Andrzej Doyle
  6. 1

    Dieses problem zu umgehen, Protokollierung in Oracle verwenden, können Sie Oracle-quote-operator.

    Wickeln Sie den quote-operator um %m (d.h. q#'%m'#)

    Beispiel:

    INSERT INTO log_messages ( log_level, message, log_date ) 
VALUES ( '%p', q#'%m'#, '%d{yyyy-MM-dd HH:mm:ss}' )
    • es läuft nicht!
    InformationsquelleAutor Crispy
  7. 0

    Joao, sorry für die Verspätung, aber hier ist es:

    <appender name="DB" class="org.apache.log4j.db.DBAppender">                                                                                                             
                <connectionSource class="org.apache.log4j.db.DriverManagerConnectionSource">                                                                                       
                        <param name="driverClass" value="org.postgresql.Driver" />                                                                                                 
                        <param name="url" value="jdbc:postgresql://localhost/database" />                                                                                      
                        <param name="user" value="user" />                                                                                                                          
                        <param name="password" value="password" />                                                                                                                 
                </connectionSource>                                                                                                                                                
                <layout class="org.apache.log4j.PatternLayout">                                                                                                                    
                        <param name="ConversionPattern" value="%d %-5p [%t] %c - %m%n" />                                                                                          
                </layout>                                                                                                                                                          
        </appender>

    Hoffe, es hilft!

    InformationsquelleAutor Rafael
  8. 0

    Wenn Sie SQL server verwenden, können Sie die folgenden

    SET QUOTED_IDENTIFIER OFF;
INSERT INTO log_messages ( log_level, message, log_date ) VALUES ( "%p", ":%m", "%d{yyyy-MM-dd HH:mm:ss}" )'
SET QUOTED_IDENTIFIER OFF;

    Das verschiebt das problem von doppelten Anführungszeichen. Wenn Sie keine doppelten Anführungszeichen in Ihren Nachrichten das könnte das problem lösen.

    InformationsquelleAutor John Sobolewski
  9. 0

    For postgresql verwenden $$

    Beispiel: $$%m$$

    InformationsquelleAutor user2608613
Schreibe einen Kommentar