I think that sounds interesting. I'm sure we will have a Log 1.4
implementation eventually and this might be handy no matter what.

Is this available somewhere already to look at?



On Wed, Apr 11, 2018 at 7:08 PM, Raymond Auge <raymond.a...@liferay.com> wrote:
> Hello everyone,
> I'm wondering if there would be interest in the felix project to accept and
> host a small integration between the upcoming Log 1.4 specification with
> Logback backend.
> The features I have already are:
> - single bundle impl
> - generic LogListener that attempts to be the shortest path from the log
> record (LogEntry) creation to the Logback appenders (no intermediaries)
> - fully integrates all the record details like location, stackframes, etc.
> - allows Logback to manage levels for legacy framework, service and bundle
> events in a granular fashion by using canonical logger names
> - can react to Logback scan (i.e. autoupdate) to dynamically apply level
> changes using the new LoggingAdmin
> - fully supports all other logback configuration goodness
> - makes it very simply pipe all the various Log APIs to the same appenders
> (or not) using the same formats (or not) and control all their log levels
> in one place: slf4j is native, but I've tested with log4j 1.2/2.x,
> commons-logging, JUL, jboss-logging in the same framework
> Of course Felix doesn't have a Log 1.4 impl yet so that is a consideration.
> This small integration has solved so many of the rather bothersome logging
> issues I've been suffering the past years and I'd like to share it with
> others.
> Sincerely,
> --
> *Raymond Augé* <http://www.liferay.com/web/raymond.auge/profile>
>  (@rotty3000)
> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com>
>  (@Liferay)
> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> (@OSGiAlliance)

Karl Pauls

Reply via email to