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 2019/07/25 14:21:00 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: 4.2.7
4.3.0
> 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
> Affects Versions: 3.0.3
> Reporter: Raúl Kripalani
> Assignee: Jean-Baptiste Onofré
> Priority: Major
> Fix For: 4.3.0, 4.2.7
>
>
> 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
(v7.6.14#76016)