[
https://issues.apache.org/jira/browse/FELIX-6129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Georg Henzler updated FELIX-6129:
---------------------------------
Description:
ResultLog (and even more so FormattingResultLog) provide the ability to add
entries to the health check result. By default this is not also logged to the
regular log file (as usually this is consumed by the health check client). For
certain health checks it can be useful to log the exact same messages to a
regular log file - that way it is not necessary to duplicate logs in the HC
implementation classes (today it is quite common to log-file-logging combined
with HC-result-logging in one HC which bloats the code unnecessarily).
To ensure the log messages arrive synchronously in the log file the logging has
to happen in [1] (and not in the HC executor that only gets to see the result
once it's completed).
The shall be implemented opt-in (to not surprise existing users) via a health
check service property "log.category".
[1]
http://svn.apache.org/viewvc/felix/trunk/healthcheck/api/src/main/java/org/apache/felix/hc/api/ResultLog.java?view=markup&pathrev=1853224#l112
was:
ResultLog (and even more so FormattingResultLog) provide the ability to add
entries to the health check result. By default this is not also logged to the
regular log file (as usually this is consumed by the health check client). For
certain health checks it can be useful to log the exact same messages to a
regular log file - that way it is not necessary to duplicate logs in the HC
implementation classes (today it is quite common to log-file-logging combined
with HC-result-logging in one HC which bloats the code unnecessarily).
To ensure the log messages arrive synchronously in the log file the logging has
to happen in [1] (and not in the HC executor that only gets to see the result
once it's completed).
The shall be implemented opt-in (to not surprise existing users) via a
configuration property in the HC executor (to get that config status to
ResultLog a system property can be used).
[1]
http://svn.apache.org/viewvc/felix/trunk/healthcheck/api/src/main/java/org/apache/felix/hc/api/ResultLog.java?view=markup&pathrev=1853224#l112
> Allow to configure logging of health check result entries to log file
> ---------------------------------------------------------------------
>
> Key: FELIX-6129
> URL: https://issues.apache.org/jira/browse/FELIX-6129
> Project: Felix
> Issue Type: Improvement
> Reporter: Georg Henzler
> Assignee: Georg Henzler
> Priority: Major
> Fix For: healthcheck.api 2.0.2
>
>
> ResultLog (and even more so FormattingResultLog) provide the ability to add
> entries to the health check result. By default this is not also logged to the
> regular log file (as usually this is consumed by the health check client).
> For certain health checks it can be useful to log the exact same messages to
> a regular log file - that way it is not necessary to duplicate logs in the HC
> implementation classes (today it is quite common to log-file-logging combined
> with HC-result-logging in one HC which bloats the code unnecessarily).
> To ensure the log messages arrive synchronously in the log file the logging
> has to happen in [1] (and not in the HC executor that only gets to see the
> result once it's completed).
> The shall be implemented opt-in (to not surprise existing users) via a health
> check service property "log.category".
> [1]
> http://svn.apache.org/viewvc/felix/trunk/healthcheck/api/src/main/java/org/apache/felix/hc/api/ResultLog.java?view=markup&pathrev=1853224#l112
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
