[
https://issues.apache.org/jira/browse/TINKERPOP-1983?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16508271#comment-16508271
]
stephen mallette commented on TINKERPOP-1983:
---------------------------------------------
ok - i was just wondering. thanks for the explanation.
> My understanding of logging in Java was that Logback defines the interface
> and Log4j is the implementation that could be replaced by any other
> implementation of Logback.
Technically, its slf4j defining the interface and then you can replace the
implementation with what you want. I sense that it shouldn't be impossible, but
it's not going to be as easy as just bumping the version number. I think this
change would have to occur in a breaking release because we bundle log4j with
the console/server (i think) and thus someone might depend on that. For
standard maven dependencies I believe the slf4j implementation is up to the
user as it should be so nothing should be a problem there. I also think that
certain tests rely on log4j, so if the API changes by 2.x then those would have
to be dealt with. Finally, i guess if there were changes to any of the log4j
config files then those would need update too.
> Update Log4j to Log4j2
> ----------------------
>
> Key: TINKERPOP-1983
> URL: https://issues.apache.org/jira/browse/TINKERPOP-1983
> Project: TinkerPop
> Issue Type: Improvement
> Components: build-release
> Affects Versions: 3.3.3
> Reporter: Florian Hockmann
> Priority: Minor
>
> TinkerPop uses Log4j version 1.2.17 but Log4j 1 reached end of life almost
> three years ago:
> {quote}On August 5, 2015 the Logging Services Project Management Committee
> announced that Log4j 1.x had reached end of life.
> {quote}
> Source: [http://logging.apache.org/log4j/1.2/]
> It would be great if we could update to Log4j2 as it brings some nice
> benefits like new logging layouts for example (one of them is the JSON layout
> which is very useful to have to collect logs in something like the ELK stack
> or Graylog).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)