I\'m trying to save log messages to a central database. In order to do this, I configured the following Appender in log4j\'s xml configuration:
Have a look at this non official Log4J JDBCAppender which fixes this issue and is distributed under the Apache 2.0 license. Quoting its features in comparision to org.apache.log4j.jdbc.JDBCAppender
:
- Log to (relational) database
- Flexible connection handling (does not yet support DataSource)
- Flexible sql commands to execute actual logging
- Prepared Statements and Stored Procedures (J2SDK 1.4+) supported
- Enables logging of messages with special characters such as ' (single quote) and , (comma)
- Flexible table and column structure
- Flexible id generation
- Multiple PatternLayout applications allowed; in one or more columns
- Supports J2SDK 1.3, 1.4 and 1.5
- Supports Log4j 1.2.9 and current development
Or, and you should seriously consider this option, switch from log4j to its successor, logback (this is where things happen) which has a DBAppender that uses PreparedStatement
(see the sources), that can use a JNDI datasource, connection pooling (this is a big plus), etc. For more information about this appender, refer to the online manual http://logback.qos.ch/manual/appenders.html#DBAppender
I'd suggest creating a custom appender and overriding the flushBuffer
and execute
methods where you can escape your strings or use PreparedStatement
:
public class MyJDBCAppender extends JDBCAppender {
}
To explain why you need to override flushBuffer
- the appender puts LogEvent
objects into a buffer which is later flushed towards the target (database in this case). Here, the flushBuffer
method uses getLogStatement
and (via execute
) a normal Statement
. You can replace that behaviour completely. Have a look a the current source code
Then register your appender istead of JDBCAppender
.
i solved the thing in the following way :
Copied the source code of the JDBCAppender
called ACMEJDBCAppender
override the getLogStatement(LoggingEvent event)
method, cloning the old event and providing the new one with the escaped message.
Not the cleanest solution from the oop point of view but it does the work. Hope it helps.
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);
}
For postgresql, use $$
Example: $$%m$$
As per the Javadocs, the offical JDBCAppender is quite limited, and in particular has no good way of dealing with this issue.
One way around it is to use an alternative appender, such as this one which aims to be functionally compatible with the Log4J one except, you know, work.
To get around this problem logging to Oracle, you can use Oracle's quote operator.
Wrap the quote operator around %m (i.e. q#'%m'#)
For example:
INSERT INTO log_messages ( log_level, message, log_date )
VALUES ( '%p', q#'%m'#, '%d{yyyy-MM-dd HH:mm:ss}' )