public class AM_MonitorDefault extends AM_Module
Metrics object. Each separate message
can also be processed by the auto engine, using the monitor's policy script.adminKey, autoEngine, autoMan, evaluationMessage, passwordHandler, policy| Constructor and Description |
|---|
AM_MonitorDefault(Service serviceObj,
PasswordHandler passwordHandler)
Create a new instance of AM_MonitorDefault.
|
| Modifier and Type | Method and Description |
|---|---|
protected java.util.ArrayList<KeyValue> |
process(MessageInfo messageInfo)
Process the data and return the result.
|
void |
resetValues()
Reset some values
|
evaluationMessage, setAutonomicManager, setPolicypublic AM_MonitorDefault(Service serviceObj, PasswordHandler passwordHandler)
AutoEngine if the
AutonomicManager wraps a licas Service-derived object.serviceObj - the service object wrapped by the autonomic manager.passwordHandler - the service's password handler, for the auto script engine.public void resetValues()
protected java.util.ArrayList<KeyValue> process(MessageInfo messageInfo) throws java.lang.Exception
autoEngine and declared process script, to determine a
message result. The process is also defined as the module's policy (script).
As this is only one monitoring possibility, it is likely that you will need to override
this method to implement a more application-specific one, but this version can provide
some flexibility, as it can be configured through the AutoEngine.setEventRuleAction
method, for example.process in class AM_ModulemessageInfo - the message to evaluate. This should be indexed in a script with the
key name of AiConst.MI_OBJECT.KeyValue
objects that can include a Const.REPLY object and AiConst.EFFECTOR
method XML description, or other objects. These are typically all included with each action message,
where they have to be identified by the related key value.java.lang.Exception - any error.