You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@karaf.apache.org by "Jean-Baptiste Onofré (JIRA)" <ji...@apache.org> on 2015/08/12 06:36:45 UTC

[jira] [Updated] (KARAF-3710) BootstrapLogManager should first check if there's already a handler

     [ https://issues.apache.org/jira/browse/KARAF-3710?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jean-Baptiste Onofré updated KARAF-3710:
----------------------------------------
    Fix Version/s:     (was: 4.0.1)
                       (was: 3.0.5)

> BootstrapLogManager should first check if there's already a handler
> -------------------------------------------------------------------
>
>                 Key: KARAF-3710
>                 URL: https://issues.apache.org/jira/browse/KARAF-3710
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-core
>    Affects Versions: 3.0.3
>            Reporter: Raúl Kripalani
>            Assignee: Jean-Baptiste Onofré
>
> BootstrapLogManager should first check whether there are already handlers associated to the JUL logger. If so, it should not create a new one.
> We have a situation where the SimpleFileLock is configured with a start level threshold of 55, therefore ops4j pax logging has already initialised and it has taken over JUL through its JdkHandler.
> Then comes the BootstrapLogManager and decides to add a new Handler, despite the fact that there is already a root handler configured in JUL.
> This leads to two handlers on the SimpleFileLock logger: pax logging's {{JdkHandler}} and Karaf's {{BootstrapLogManager.SimpleFileHandler}}.
> The latter is not even configurable by means of a java.util.logging.properties (to my knowledge).
> I think that the BootstrapLogManager is no longer necessary, given that Karaf comes bundled with ops4j pax logging OOTB.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)