Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
MIME-Version: 1.0
In-Reply-To: <CACZkXPxMC3sECLw=otfiw-AWe4KGdh7WUqJptdtHn3h3MMJG_w@mail.gmail.com>
References: <CACZkXPx-cYU1tu01WN4J2+A754YMQYM+=oYoshhtP3uLuFUUdg@mail.gmail.com>
 <CACZkXPyPbvwvMZBYLj4pxVLP50e8st4PSF+Bo9St_=7-Pu3_1Q@mail.gmail.com>
 <CACLE=7NkmZFXk7Xob-Qsb82YFckAwtjkD=eG8mYPRn2og1COmQ@mail.gmail.com>
 <CACmp6kppVs-1s0fAqor9bTB81-mTXEdZeSXrghkdaKXbtUJuQg@mail.gmail.com>
 <CACLE=7PFFsnjKtyMmT4Q69ToNoZufQVe4AiJB+qLwivZfTwATA@mail.gmail.com>
 <59AC434A.2090208@apache.org> <CACZkXPzFu6xNSKkUm3WiMxOVCeWQzTw_hofEU7_73m40jDa1vQ@mail.gmail.com>
 <CACZkXPxRO5pmaa0gOZ0EzUMQaw9PFAgi3Uc5s1So2Uy1XjOKEg@mail.gmail.com>
 <CACLE=7NqPTPCfZKLUZzrk4o3B1JWN9hpexZG8HNbrJUck1hycg@mail.gmail.com>
 <59AC46EF.4040209@apache.org> <CACLE=7PpqkyAw6zkhTysgakKPu4wXURachJCVnGRpL2h35K9BQ@mail.gmail.com>
 <CACmp6koi-9wxXO6Cho6spP0f8XMFDHMj7bkEKsW3acs-QdK+cA@mail.gmail.com>
 <E2E70EAF-8D48-48AA-A334-A63D98ADB68B@dslextreme.com> <CACLE=7N0nzH+isQ0f-n-TSU-TUBRDoApj2eZxYSUYUCRVOGzOw@mail.gmail.com>
 <CACmp6kp8UTZf0XeKL7f9v3oJbvFe12UdZDAegVyAoxiE80nZLw@mail.gmail.com>
 <87736653-3D81-4CCE-A32B-72A17ABD5EC4@dslextreme.com> <CACLE=7M7Lmh4BgTWS3faC9-NffM3Acd5ygv6gin1GdeQz7H3Uw@mail.gmail.com>
 <AC85F6B6-A833-4ABB-91E3-C808E0F240B7@dslextreme.com> <CACLE=7Nyu=GKazDbdtLix1p6Xpvd2e36FkC9eEmq3zcpunw7zQ@mail.gmail.com>
 <5F1B7C40-AE2C-4534-A1CC-337374EFDDD4@dslextreme.com> <CACLE=7N==VtOag=95i9DHmSXfGnGfpw_HXU0Wb+P8o+dmMDsXg@mail.gmail.com>
 <0693A48E-8D60-410D-ACF2-6066B2EE77BE@dslextreme.com> <CACLE=7PBSNFR=8t4VGx65gcruWveVCHu6XbC0XHXN31e=wN41Q@mail.gmail.com>
 <FF6B1A60-7E54-4997-ADF4-FBFCD5849250@dslextreme.com> <CACZkXPxMC3sECLw=otfiw-AWe4KGdh7WUqJptdtHn3h3MMJG_w@mail.gmail.com>
From: Romain Manni-Bucau <rmannibucau@gmail.com>
Date: Tue, 5 Sep 2017 20:20:27 +0200
Message-ID: <CACLE=7MXd_zVuYk+ZbtSX9y7BM5btKQrd3+nS-KoBQTbYJHbMg@mail.gmail.com>
Subject: Re: [JCS] update to Log4j 2 facade API
To: Commons Developers List <dev@commons.apache.org>
Content-Type: multipart/alternative; boundary="94eb2c0867b6519d0305587549be"
archived-at: Tue, 05 Sep 2017 18:20:59 -0000

--94eb2c0867b6519d0305587549be
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

@Ralph: not exactly, if you check tomee/meecowave/cxf, all have Logger
implementations backed by something else. Integration is more or less good
depending the requirements but extending logger you get an implementation
almost as fast as a native log4j. It keeps JUL as API which also allows a
dependency free solution. Only constraint is to create the jul Logger
through a framework factory if you don't want to depend on the LogManager
which is sadly set only on the JVM. The integration (Log4j2Logger) could be
owned by log4j2 (i assume it is in jul integration maybe?). It is better
than a handler since it bypasses jul completely when switching and goes on
the impl directly. Summary is "jul is bad" doesnt mean dont use jul since
you can make it good and stay dependency free for frameworks which is quite
important for not final dependencies (=3D you dont know if the app is used =
in
a final app or as a library in a stack).


Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://blog-rmannibucau.rhcloud.com> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau=
> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | JavaEE Factory
<https://javaeefactory-rmannibucau.rhcloud.com>

2017-09-05 20:13 GMT+02:00 Gary Gregory <garydgregory@gmail.com>:

> On Tue, Sep 5, 2017 at 11:03 AM, Ralph Goers <ralph.goers@dslextreme.com>
> wrote:
>
> >
> > > On Sep 5, 2017, at 9:19 AM, Romain Manni-Bucau <rmannibucau@gmail.com=
>
> > wrote:
> > >
> > > Le 5 sept. 2017 17:35, "Ralph Goers" <ralph.goers@dslextreme.com
> > <mailto:ralph.goers@dslextreme.com>> a =C3=A9crit :
> > >
> > >
> > >> On Sep 5, 2017, at 6:45 AM, Romain Manni-Bucau <rmannibucau@gmail.co=
m
> >
> > > wrote:
> > >>
> > >>>
> > >>
> > >> I think it must go the other way: log4j2 must push projects to move
> > >> otherwise projects will be happy with X -> log4j2 bridges, no?
> > >
> > > We already have support for bridging other APIs to Log4j 2.
> > >
> > >
> > > Not bypassing jul impl without a logmanager right? That is what does
> > > frameworks api
> >
> > Is what you are asking for the same as what is asked for in
> > https://issues.apache.org/jira/browse/LOG4J2-2025? <
> > https://issues.apache.org/jira/browse/LOG4J2-2025?> If so, I am plannin=
g
> > on doing that although that integration will not make users very happy.
> > This is one of the reasons that jul sucks.
> >
>
> Ralph,
>
> Do you want to assign that issue to yourself? That would allow others to
> focus on different tickets.
>
> Gary
>
>
> >
> > Ralph
>

--94eb2c0867b6519d0305587549be--