我已经扩展了log42记录器。
想法:我应该把枚举传递给log方法,以便在运行时选择appender。
我的界面:
public interface MyLoggerInterface {
void info(String logMessage, MyLoggerAppenderEnum... appender);
public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appender) {
return MyLoggerInterfaceImpl.getLogger(aClass, appender);
}
}
实施:
public class MyLoggerInterfaceImpl extends Logger implements MyLoggerInterface {
private static final String FQCN = MyLoggerInterfaceImpl.class.getName();
protected MyLoggerInterfaceImpl(LoggerContext context, String name, MessageFactory messageFactory) {
super(context, name, messageFactory);
}
public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appenders) {
return getLogger(aClass.getName(), appenders);
}
private static MyLoggerInterface getLogger(String name, MyLoggerAppenderEnum... appenders) {
return (MyLoggerInterfaceImpl) org.apache.logging.log4j.LogManager.getLogger(name);
}
@Override
public void info(String logMessage, MyLoggerAppenderEnum... appenders) {
this.log(FQCN, Level.INFO, null, new SimpleMessage(logMessage), null, appenders);
}
private void log(String fqcn, Level level, Marker marker, Message message, Throwable throwable, MyLoggerAppenderEnum... appenders) {
Arrays.stream(appenders)
.map(appender -> findAppenderByName(appender))
.collect(Collectors.toList())
.forEach(appender ->
appender.append(
new Log4jLogEvent(this.getName(), marker, fqcn, level, message, new ArrayList<Property>(), throwable)
)
);
}
private Appender findAppenderByName(MyLoggerAppenderEnum appenders) {
return this.getAppenders().get(appenders.name());
}
}
但请注意,在log4j2中。X LoggerFactory已从1中删除。X版本。所以我实现了额外的类,以避免ClassCastException(记录到MyLoggerInterfaceImpl)。
所以MyContext:
public class MyLoggerContext extends LoggerContext {
public MyLoggerContext(String name) {
super(name);
}
@Override
protected Logger newInstance(final LoggerContext ctx, final String name, final MessageFactory messageFactory) {
return new MyLoggerInterfaceImpl(ctx, name, messageFactory);
}
}
上下文选择器:
public class MyLoggerContextSelector implements ContextSelector {
private final LoggerContext CONTEXT = new MyLoggerContext("MyLoggerContext");
public LoggerContext getContext(String fqcn, ClassLoader loader, boolean currentContext) {
return CONTEXT;
}
public LoggerContext getContext(String fqcn, ClassLoader loader, boolean currentContext, URI configLocation) {
return CONTEXT;
}
public List<LoggerContext> getLoggerContexts() {
return Arrays.asList(CONTEXT);
}
public void removeContext(LoggerContext context) {
}
}
上下文工厂:
public class MyLoggerLog4jContextFactory extends Log4jContextFactory {
public MyLoggerLog4jContextFactory() {
super(new MyLoggerContextSelector(), new DefaultShutdownCallbackRegistry());
}
}
和经理:
public class MyLoggerManager {
public static void initialize(String configURL) {
try {
System.setProperty("log4j2.loggerContextFactory", "ge.test.core.logging.MyLoggerLog4jContextFactory");
System.setProperty("Log4jLogEventFactory", "org.apache.logging.log4j.core.impl.DefaultLogEventFactory");
Configurator.initialize(null, configURL);
} catch (Exception ex ) {
System.err.println("Cannot initialize Log4J using configuration url:" + configURL);
}
}
}
凉的一切都很好!!!使用方法:
MyLoggerManager.initialize("Log4j2.xml");
MyLoggerInterface logger = MyLoggerInterface.getLogger(AppLauncher.class);
logger.info("test", MyLoggerAppenderEnum.Console);
但是问题是,如果我使用扩展自定义记录器,我不能记录方法名称和行。布局正确!如果我不使用扩展自定义记录器,我的名字和行也会被记录!
<Configuration status="WARN">
<Appenders>
<Console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} %method:%line - %msg%n"/>
</Console>
...
</Appenders>
<Loggers>
...
<Logger name="Console" level="trace" additivity="false">
<appender-ref ref="Console" level="trace"/>
</Logger>
...
<Root level="error">
...
<AppenderRef ref="Console"/>
</Root>
</Loggers>
</Configuration>
问题:我也想记录方法名称和行。但在扩展logger类之后,它就不起作用了(布局语法是正确的!)
我在这里找到了扩展记录器示例
我的代码在gitlab里
我用log4j 2.9.1
我认为这里有两个问题:
1.自定义记录仪
Log4j如何打印方法名和行号是通过遍历堆栈跟踪(针对每个事件)并在调用记录器的应用程序中查找类/方法。它可以这样做,因为Log4j知道记录器的完全限定类名(FQCN)。对于自定义记录器,这需要不同的FQCN,还需要堆栈跟踪具有相同的结构:自定义记录器FQCN和应用程序类/方法在堆栈跟踪中的行数与标准Log4j记录器相同。这可能很难做到正确。
您是否有可能使用记录器包装来实现您的目标?Log4j自带一个Logger包装生成器工具。该工具最初旨在支持自定义日志级别,并记录在手册的自定义日志级别页面上。
生成的记录器代码将负责FQCN,您可以将其用作您想要的进一步增强的基础。
2.在运行时动态选择Appender
这个需求非常常见,Log4j2提供了一个内置的解决方案,因此您不需要为此创建自定义记录器。
解决这个问题的标准方法是配置路由附加器。此appender可以将日志事件路由到一组预定义的appender,也可以在必要时动态添加新的appender。
手册页面有三个示例,但是FAQ页面中的示例(如何动态写入独立的日志文件?)可能非常适合您的要求。该示例使用ThreadContext
映射来控制(当前线程中的)后续事件登录到哪个日志文件。
主要内容:Logger日志方法的例子,Logger的日志方法Logger 类有多种方法来处理日志记录活动。Logger 类不允许我们实例化一个新的 Logger 实例,但它支持两种获取 Logger 对象的静态方法: 两个方法中的第一个返回应用程序实例的根记录器,它没有名称。 任何其他命名的 Logger 对象实例都是通过传递记录器的名称由第二种方法获得的。记录器的名称可以是您传递的任何字符串,通常是类或包名称,如下所述: Logger日志方法的例子 Lo
在Struts 2应用程序中,我们使用log4j进行日志记录。我只想记录警告,但当我尝试在log4j.properties中使用时 它也打印错误和致命日志。我只想要警告日志。我在一些教程中阅读了日志的级别。所以我知道为什么错误和致命打印,因为它们的优先级低于警告。如何仅在我的控制台中打印警告日志? 我的 Java 代码: 任何帮助都将不胜感激!
问题内容: 我以为Python信任程序员。 问题答案: 圭多对此的看法: 我昨晚想到了这一点,意识到根本不应该允许您继承bool!子类仅在具有实例时才有用,但是仅存在bool子类的实例将打破不变的事实,即True和False是bool的唯一实例!(C的子类的实例也是C的实例。)我认为重要的是不要提供后门来创建其他bool实例,因此我认为bool不应是子类的。 参考: http //mail.pyt
问题内容: 我刚刚在工作中获得了一个现有的Web应用程序,该应用程序应该使用Log4J记录其活动。我已经按照告诉我的方式配置了工作空间,其他所有内容(数据库连接,身份验证等)都可以正常工作,只是没有任何内容写入日志文件。其他类似的应用程序没有问题记录。 我已经在应用程序启动时查看了WebSphere控制台,那里没有错误可能表明Log4J没有记录的原因。 我向另一个开发人员提到了这一点(该开发人员曾
我的配置文件是类路径的路径。至少我认为是这样。我放置了log4j。资源文件夹中的属性文件,而log4j对此不做任何处理。即使我删除了它,也不会发生错误。 任何人都可以看到,我在使用maven LoggerTest的内容: 程序输出: log4j的内容。属性: 在波姆。xml并不是什么不同寻常的东西,只是一个依赖组织。阿帕奇。登录中。log4j log4j内核2.17.2,编译器源目标是16,没有插
问题内容: 我正在尝试将log4j配置为使用,但我不断收到中继访问被拒绝的错误。在笔记本电脑上直接从共享托管环境执行代码时,出现此错误。 这是相关的配置: 如果改用,则会收到身份验证错误。我的主机位于DreamHost上,因此如果有人使用DreamHost电子邮件帐户设置了log4j,则可获赠积分。 问题答案: 原来我只是把属性都弄错了。应该:
关于已经在CVE-2021-44228发现的Log4j JNDI远程代码执行漏洞-(另见参考文献)-我想知道Log4j-v1.2是否也受到影响,但是我从源代码审查中得到的最接近的是JMS-Appender。 问题是,虽然互联网上的帖子表明Log4j 1.2也存在漏洞,但我找不到相关的源代码。 我是否遗漏了其他人已经确认的东西? Log4j 1.2在socket server类中似乎有一个漏洞,但我
我计划用log4j one替换旧的记录器。我需要创建继承Logger的新类LocalLogger,而不是直接使用Logger。这样做的原因-我需要旧记录器中可用的新日志方法名称。 我有log4j记录器: 如何以与Logger相同的方式实现LocalLogger的功能? 如何将c类传递给超级本地记录器? LocalLogger的草稿: