[slf4j-dev] [JIRA] (SLF4J-394) add renderThrowable() and renderLevel() protected methods + mark LOG_LEVEL_* protected in simple provider

QOS.CH (JIRA) noreply-jira at qos.ch
Sun Feb 26 21:33:00 CET 2017


     [ https://jira.qos.ch/browse/SLF4J-394?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Ceki Gülcü resolved SLF4J-394.
------------------------------
    Resolution: Fixed

> add renderThrowable() and renderLevel() protected methods + mark LOG_LEVEL_* protected in simple provider
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: SLF4J-394
>                 URL: https://jira.qos.ch/browse/SLF4J-394
>             Project: SLF4J
>          Issue Type: Improvement
>          Components: slf4j-simple
>    Affects Versions: 1.7.24
>         Environment: Apache Maven 3.5 with maven-slf4j-provider http://maven.apache.org/ref/3-LATEST/maven-slf4j-provider/
>            Reporter: Hervé Boutemy
>            Assignee: Ceki Gülcü
>             Fix For: 1.7.25
>
>
> Apache Maven created a Groovy monkey patch to extract such renderThrowable() and renderLevel() and being able to override these methods in a local provider, which is essentially slf4j-simple with a little rendering improvement
> see [https://git-wip-us.apache.org/repos/asf/maven/?p=maven.git;a=blob;f=maven-slf4j-provider/src/main/script/patch-slf4j-simple.groovy;h=bba864662f70a2ed06aa9a4c5da50df895d7bbed;hb=HEAD]
> Having these changes directly in slf4j simple provider should not change much things, and would avoid us the Groovy patch dependency: the provider will still be required, since we can't have 2 providers in the classpath, and adding real extension/configuration to slf4j simple is much more complex



--
This message was sent by Atlassian JIRA
(v7.3.1#73012)


More information about the slf4j-dev mailing list