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)