Petals Distribution

Switch from JUL to SLF4j with logback or equivalent

Details

  • Type: Task Task
  • Status: New New
  • Priority: Minor Minor
  • Resolution: Unresolved
  • Affects Version/s: 4.2.4
  • Fix Version/s: None
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    We should move away from Java Util Logging.

    It is well known that

    using it is not recommended for performance and also classloading nightware reasons (see http://articles.qos.ch/thinkAgain.html for details on the matter).

    (THIS IS ACTUALLY WRONG!)
    It touches us through PETALSESBCONT-323 too for the classloading problems.

    Also it could simplify our homemade MDC code (the ExecutionContext that is in easycommons-thread).

    We should evaluate what to use, but slf4j and logback have a very good reputation in the java community.

    Show
    We should move away from Java Util Logging. It is well known that
    using it is not recommended for performance and also classloading nightware reasons (see http://articles.qos.ch/thinkAgain.html for details on the matter).
    (THIS IS ACTUALLY WRONG!) It touches us through PETALSESBCONT-323 too for the classloading problems. Also it could simplify our homemade MDC code (the ExecutionContext that is in easycommons-thread). We should evaluate what to use, but slf4j and logback have a very good reputation in the java community.
  • Environment:
    -

Issue Links

Depends

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Victor NOËL added a comment - Mon, 18 May 2015 - 16:36:20 +0200

the link I previously provided was about commons-logging, aka JCL, not JUL.

Anyway I still think we could move but maybe it is less critical than what I thought.

Show
Victor NOËL added a comment - Mon, 18 May 2015 - 16:36:20 +0200 the link I previously provided was about commons-logging, aka JCL, not JUL. Anyway I still think we could move but maybe it is less critical than what I thought.
Hide
Permalink
Victor NOËL added a comment - Wed, 8 Jul 2015 - 11:32:33 +0200

One advantage of switching to slf4j with something like logback as the implementation (since it is native) would be to better manage from which classloader the handlers (called appenders in logback) are instantiated.

This would make solving problems like PETALSDISTRIB-147 and thus PETALSESBCONT-323 much more cleanly!

Show
Victor NOËL added a comment - Wed, 8 Jul 2015 - 11:32:33 +0200 One advantage of switching to slf4j with something like logback as the implementation (since it is native) would be to better manage from which classloader the handlers (called appenders in logback) are instantiated. This would make solving problems like PETALSDISTRIB-147 and thus PETALSESBCONT-323 much more cleanly!
Hide
Permalink
Victor NOËL added a comment - Mon, 12 Sep 2016 - 11:22:35 +0200

FYI PETALSESBCONT-424 solved the MDC problem.

Now this issue is simply about switching to slf4j internally in Petals at least (components are more problematic because the JBI spec imposes the use of jdk Loggers).

Show
Victor NOËL added a comment - Mon, 12 Sep 2016 - 11:22:35 +0200 FYI PETALSESBCONT-424 solved the MDC problem. Now this issue is simply about switching to slf4j internally in Petals at least (components are more problematic because the JBI spec imposes the use of jdk Loggers).

People

Dates

  • Created:
    Tue, 5 May 2015 - 15:59:37 +0200
    Updated:
    Mon, 12 Sep 2016 - 11:22:35 +0200
Atlassian JIRA (v4.1.2#531) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for Petals ESB. Try JIRA - bug tracking software for your team.