You are viewing a plain text version of this content. The canonical link for it is here.
Posted to log4j-dev@logging.apache.org by "Radek Miazio (JIRA)" <ji...@apache.org> on 2014/07/25 13:07:38 UTC
[jira] [Created] (LOG4J2-746) Custom Appender
Radek Miazio created LOG4J2-746:
-----------------------------------
Summary: Custom Appender
Key: LOG4J2-746
URL: https://issues.apache.org/jira/browse/LOG4J2-746
Project: Log4j 2
Issue Type: Bug
Components: Appenders
Affects Versions: 2.0
Environment: Windows 7 (x64), Java 7, Tomcat 7
Reporter: Radek Miazio
I want to configure [Sentry|https://github.com/getsentry/raven-java/tree/master/raven-log4j2] to to be working with log4j2.
To do that I need to add sentry appender to log4j2.xml file.
Actually it does not differ from configuring custom appender.
Manual page suggests that I need to add package with the appender to "packages" attribute of Configuration element:
http://logging.apache.org/log4j/2.x/manual/configuration.html#ConfigurationSyntax
My log4j2.xml file looks like this:
{code}
<Configuration status="trace" packages="net.kencochrane.raven.log4j2">
<Appenders>
<Console name="Console" target="SYSTEM_OUT">
<PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" />
</Console>
<Raven name="Sentry">
<dsn>
https://publicKey:secretKey@host:port/1?options
</dsn>
</Raven>
</Appenders>
<Loggers>
<Root level="error">
<AppenderRef ref="Console" />
<AppenderRef ref="Sentry" />
</Root>
</Loggers>
</Configuration>
{code}
Package 'net.kencochrane.raven.log4j2' contains a class that extends 'org.apache.logging.log4j.core.appender.AbstractAppender'.
However, looks like it is completely ignored.
After some digging, I found out, that PluginManager uses already defined list of existing plugins, which is available within binary file (/log4j-core-2.0.jar!/META-INF/org/apache/logging/log4j/core/config/plugins/Log4j2Plugins.dat) and "packages" attribute actually doesnt do anything, becuase the only thing that XmlConfiguration does with its value is:
{code}
PluginManager.addPackage(p);
{code}
but the method is deprecated and empty:
{code}
/**
* Adds a package name to be scanned for plugins. Must be invoked prior to plugins being collected.
* @param p The package name.
*/
@Deprecated // no more need for this method due to PluginProcessor
public static void addPackage(final String p) {
}
{code}
As you can see, Javadoc points to PluginProcessor, which actually should create proper binary file based on Plugin annotation. However putting a breakpoint in 'process' method showed that it is not invoked during the log4j initialization.
Similar issue was already reported and resolved
https://issues.apache.org/jira/browse/LOG4J2-95
but looks like problem came up again, and suggestes workaround dont work anymore.
What should I do to force PluginProcessor create Log4j2Plugins.dat file again?
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: log4j-dev-unsubscribe@logging.apache.org
For additional commands, e-mail: log4j-dev-help@logging.apache.org