Major change in the java package naming. This has been held off for some time now, but it really needed doing. The future packaging of all i-scream products will be; uk.org.iscream.<product>.<subpart>.* In the case of the central monitoring system server this will be; uk.org.iscream.cms.server.* The whole server has been changed to follow this structure, and tested to a smallish extent. Further changes in other parts of the CMS will follow.
Now allows the use of a default timeout value for all Monitors
Now checks both attribute and default if the config isn't there for the attribute.
Now has support for using a specific attribute threshold
Now an OK alert will have an initialAlertTime that follows from the alert it is giving on OK for.
The whole server package structure has been changed. Old Package: uk.ac.ukc.iscream.* New Package: uk.org.iscream.*
TOTALLY re-wrote the Register class and made appropriate changes thoughout. It is now much more obvious what is going on in many places. The problem was probably caused by doing CPU as a first monitor and hard coding the number of attributes a Register stores. Now if a monitor wants to store multiple attributes, it has to do that itself. This makes alot of things much more readable and inteligable as a result.
What can I say ? (it was his fault!)
Fixed it properly this time :) The logic was slightly flawed...
A logic error in the escalation method. It would go to FINAL if it was anything *other* than the one before final.
Fix to stop the escalation (to a lower level) when we are already on the FINAL level.
Now passes the time since the first alert for a problem occoured. Also has support for formatting and displaying this information as obtained from the config
Now has support for reaching the FINAL alert level. This counts the number of times the highest alert level has been reached, and then escalates to a FINAL if it exceeds reachFINALcount. If that value isn't configured, or is mis-configured, it will ignore FINAL's.
Error catching in the configuration sections.
now FINALLY detects reverting to OK levels correctly.
Revamped monitoring and alert fireing mechanism. Now takes account of timing of last alerts. Now uses threshold value a guide to how quickly alerts should be escalated.
Added the new utility class Register for use by monitors
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, select a symbolic revision name using the selection box, or choose 'Use Text Field' and enter a numeric revision.