Catch a lot of old URL's and update them. Also remove a couple of old files that aren't used.
Changed the server to use the external util package. Quite a minor change, but does affect a lot of files.
Fixed to work with latest pircbot. Currently compiles against pircbot 0.9.4 (and hopefully later revisions :).
Added URL to GPL headers.
i-scream is now licensed under the GPL. I've added the GPL headers to every source file, and put a full copy of the license in the appropriate places. I think I've covered everything. This is going to be a mad commit ;)
Merged in changes from the SERVER_PIRCBOT branch. The IRC__Alerter now uses pircbot (www.jibble.org/pircbot.php) for it's IRC connectivity. All the features from the old version have been moved across to the new one, with a few minor changes.
The join and nick changing commands were broke - I forgot that they would also have arguments :) Now only checks the message starts with the command, rather than checking it was identical as with the other commands. Also fixed a bug where the nick change wasn't being propagated to pircbot, and thus it wouldn't realise private messages were for it after a nick change.
Thought it'd be nice if VERSION returned the revision of the code.
Improved the parsing of user input. Now will only match the exact String for the command - ignoring case sensitivity. Also tweaked the use of the config to stop the bot failing when some non-essential things can't be got from the config.
Mostly tidying of code and commenting. Now much more complete, although there are still some issues with the underlying pircbot (sometimes hangs when the help command is sent, for example).
Some tweaks and additions. Should now have the functionality that the old version had. Still some bugs to iron out relating to pircbot though. Also need to tidy up and javadoc.
Integration of PircBot into i-scream as a replacement for the internal IRC code that was put together in a hurry. PircBot makes the code much neater, and ensures that the IRC interactivity is nicely seperated from the main i-scream code. PircBot is maintained by Paul, an i-scream developer also, at http://www.jibble.org. Changes so far are mostly to move the existing features to the new structure provided by PircBot. It is still very much in development, and is very messy :)
Will now respond to it's name regardless of it's case.
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.
A small bug had crept in here. The _name attribute was always being returned as it stood in the skeleton class (when accessed by a method written in the skeleton class, but called on an extending class). This is solved by adding an accessor. This will result in configuration being looked up for the relevant name, as opposed to always the name of the abstract class.
Opps, mistake in that last commit.
"last alert" will now display the last alert received... not the last one sent. This means that alerts sent whilst in "stop alerts" mode will be included.
All skeletorized and javadoc'd now.
Rejigged to use the same queuing structure as the Monitors. Changed all the alerters to use new structire. Possibly need to create an alerter skeleton...
Moved the getTimeString() method into the util.DateUtils package.
Oh, seconds, milliseconds, pah !
A quick little change so that it won't try and join a channel it's already in.
The whole server package structure has been changed. Old Package: uk.ac.ukc.iscream.* New Package: uk.org.iscream.*
Given all the classes that extend Thread a name using Thread.setName(). It is only representative as far as it will tell us which class the Thread is, but this will go some way to aiding debugging. If time permitted, more effort could be taken to name each thread according to what it was dealing with.
Added a count of "ignored" alerts - ie. when in stopped mode.
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
A lot of error catching with the configuration has been implemented.
Now shows OK alerts if the previous alert exceeded the alerters level
Now responds to OK messages even if that isn't the level its monitoring. Maybe not ideal just yet though, it should only get OK's if its level has been passed, but not sure how to do that yet.
Added a 1 second delay between messages. IRC servers may not be happy if we spam messages too quickly, and may actively block us.
Added a version command.
Added a selection of new features, such as uptime, time since last alert, and statistics. Also improved the last alert command to provide a time stamp.
minor change to the logging line
Added a lot of features merged with the stuff AJ has just done. The IRC bot now is a lot more robust - it will make more effort to connect, and reconnect. It will respond to user commands, such as "stop alerts". It can be moved between channels, and even supports different names if one is in use.
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.
Both alerting mechanisms now make full use of the ConfigurationProxy class, which in turn gives them dynamic updates of configuration :)
Changed the printing of the alert level.
It's late, and I'm hacked off with the server. :P
Added some debugging information.
Added the source to the appropriate places.
Modified to fit with the new Alert object.
A basic IRC bot, with the IRCBot itself as an inner class.
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.