[
https://issues.apache.org/jira/browse/LOG4J2-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14368664#comment-14368664
]
Daniel Norberg commented on LOG4J2-978:
---------------------------------------
Gotcha. Thanks for making that clear.
Yes, I am extending {{SyslogAppender}} in order to pass in a custom {{Layout}}
with millisecond precision and process name + pid etc that we want in our log
records. Millisecond precision is a non-standard extension to [RFC
3164|http://www.ietf.org/rfc/rfc3164.txt] that is supported by syslog-ng using
the [frac_digits option|http://www.syslog.org/syslog-ng/v2/#options].
Would you accept patches to add a flag and parameter for optionally emitting
millisecond precision timestamps and tag
(http://tools.ietf.org/html/rfc3164#section-5.3) field?
Another concern is that we set up logging programmatically to save engineering
time dealing with configuration files. As such we'd need some way of
programmatically instantiating log4j2 appenders etc. Ideally I'd like to avoid
having to generate configuration files at runtime. Thoughts on what the best
path forward would be there?
> log4j2 2.2 made breaking changes to public classes
> --------------------------------------------------
>
> Key: LOG4J2-978
> URL: https://issues.apache.org/jira/browse/LOG4J2-978
> Project: Log4j 2
> Issue Type: Bug
> Affects Versions: 2.2
> Reporter: Daniel Norberg
>
> The log4j2 2.2 release contained breaking changes to public classes, breaking
> direct uses and extenders of log4j2 interfaces.
> E.g.
> https://github.com/apache/logging-log4j2/commit/3cdbbeddf19137d20fa6527d6620e88afcecb7f9
> Here is an example of the impact of this breaking change:
> https://github.com/spotify/logging-java/commit/3d2ca1c31a8ca3eabe1db378e2df48e0757e80e7
> Does log4j2 aim to follow semantic versioning? I am currently looking into
> the feasibility of taking log4j2 into use instead of logback, but this will
> not be possible if log4j2 will be having further breaking changes in minor
> releases.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
