Это будет работать: До сих пор это лучшее решение, я получил ...
(кредит hellojava в LOG4J: Modify logged message using custom appender)
Создание пользовательского Log4j макета, такие как этот:
import java.util.HashMap;
import java.util.Map;
import org.apache.log4j.Level;
import org.apache.log4j.PatternLayout;
import org.apache.log4j.spi.LoggingEvent;
public class AuditLayout extends PatternLayout {
// Audit Summary Map:
// <Level, Counter>
private static Map<Level, Integer> auditMap = new HashMap<Level, Integer>();
public static Map<Level, Integer> getAuditMap() {
return auditMap;
}
public static void setAuditMap(Map<Level, Integer> auditMap) {
AuditLayout.auditMap = auditMap;
}
@Override
public String format(LoggingEvent event) {
if (event.getMessage() != null && event.getMessage() instanceof String) {
// Check the message level and update the audit object accordingly:
if (!auditMap.containsKey(event.getLevel())) {
auditMap.put(event.getLevel(), 1);
} else {
int i = auditMap.get(event.getLevel());
i++;
auditMap.put(event.getLevel(), i);
}
}
return super.format(event);
}
}
Это очень простой макет, который проверяет уровень журнала и содержит сводку на Карте; т.е. DEBUG> 2, INFO> 10 и т.д.
Установите новый макет в файле log4j.properties (используйте один из ваших appenders):
# CONSOLE:
log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.CONSOLE.Threshold=DEBUG
# BEFORE::: log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
# AFTER:::
log4j.appender.CONSOLE.layout=com.ca.utils.AuditLayout
log4j.appender.CONSOLE.layout.ConversionPattern=%d{MM/dd/yyyy HH:mm:ss} %-5p %c line: %L - %m%n
Теперь использовать свой auditMap в макете от вашего Основной класс, основанный на объекте Logger:
private static AuditLayout auditLayout = null;
...
if (log.getRootLogger().getAppender("CONSOLE").getLayout() instanceof AuditLayout)
auditLayout = (AuditLayout) log.getRootLogger().getAppender("CONSOLE").getLayout();
...
System.out.println("auditLayout: " + auditLayout.getAuditMap().toString());
Надеюсь, это поможет!
Это отличная идея, но я не вижу способа обеспечить, чтобы разработчики предоставляли необходимые параметры для записей журнала аудита. – Brian
Нет, нет (простого) способа обеспечить природу объекта сообщения журнала, кроме того, что он не работает во время выполнения (что, вероятно, не то, что вы хотите). Но в любом случае большая часть ведения журнала касается наилучшей практики, поэтому я не вижу здесь большой разницы в отношении ведения журнала в общем смысле. –
Да, если только наши регистрации были только «лучшей практикой» и не требовались в определенных обстоятельствах по требованиям наших клиентов. Я думаю, что я застрял в обертке log4j, чтобы добавить необходимые параметры. – Brian