My reply below:
From: wildfly-dev-bounces@lists.jboss.org <wildfly-dev-bounces@lists.jboss.org>
On Behalf Of James Perkins
Sent: 04 December 2019 00:52
To: Brian Stansberry <brian.stansberry@redhat.com>
Cc: agents@andrewpetermarlow.co.uk; wildfly-dev@lists.jboss.org
Subject: EXTERNAL: Re: [wildfly-dev] wildfly and transitive dependency to log4j-v1, possibly via apache cxf
On Tue, Dec 3, 2019 at 2:59 PM Brian Stansberry <brian.stansberry@redhat.com> wrote:
On Mon, Dec 2, 2019 at 12:40 PM James Perkins <jperkins@redhat.com> wrote:
Unfortunately we can't remove log4j support. We also need to support log4j v1 for legacy application support.
I am not sure what you’re saying here. Are you saying that wildfly must always stay on log4j-v1 for reasons of backward compatibility? What about the fact that log4j-v1 was end-of-life’d back in 2015? And that it does contain a CVE? Is backward compatibility still a requirement?
We actually use a fork [1] of log4j which delegates the actual logging to the JBoss Log Manager.
That is a fork though; i.e. WildFly itself does not ship log4j:log4j.
I realise that wildfly does not ship log4j; it just depends on it.
A number of our testsuite modules do declare log4j:log4j as a test dependency, but AIUI org.jboss.logmanager:log4j-jboss-logmanager is API compatible so is it possible to instead have the testsuite depend on the fork and eliminate this dependency?
Yes the org.jboss.logmanager:log4j-jboss-logmanager can be used as a replacement of log4j. The only requirement is that the org.jboss.logmanager:jboss-logmanager also be on the class path. That is what we use with the shipped zips. We do
not ship an Apache log4j library.
[1]: https://github.com/jboss-logging/log4j-jboss-logmanager
On Sun, Dec 1, 2019 at 2:03 AM Andrew Marlow <marlow.agents@gmail.com> wrote:
Hello everyone,
I am trying to build the latest wildfly from a clone of the github repo at https://github.com/bstansberry/wildfly.git. I understand this is the latest and is from the principal maintainer, Brian Stansberry. I've changed the pom references to the old log4j-v1 to the new log4j-v2 but a pom dependency analysis reveals there is a still a dependency on v1. I am at a loss as to where exactly it is coming from. I hope someone here can shed some light please.