You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2013/10/28 07:44:30 UTC
[jira] [Created] (SLING-3207) Rethinking the mbean registration for
health checks
Carsten Ziegeler created SLING-3207:
---------------------------------------
Summary: Rethinking the mbean registration for health checks
Key: SLING-3207
URL: https://issues.apache.org/jira/browse/SLING-3207
Project: Sling
Issue Type: Improvement
Components: Health Check
Affects Versions: Health Check JMX 1.0.6
Reporter: Carsten Ziegeler
Fix For: Health Check JMX 1.0.8
RIght now, the mbeans registered for a health check promote a set of attributes (status, log messages etc). Whenever a client requests the attributes, the health check is executed first, and the new result is returned.
For one this is a little bit unexpected as requesting attributes should not alter the state of the mbean and secondly, there is no way to define when a check should be done and to get the exact same result back on two consecutive calls.
I suggest that the attributes are changed to return the last result, maybe together with a timestamp when this result was taken and an execute method to actually execute the health check and update the attributes.
This gives more control for the client while at the same time removes the unexpected behaviour
--
This message was sent by Atlassian JIRA
(v6.1#6144)