v2.x - [TODO]

	Possibility to downgrade, or upgrade to a version that is newer but not the latest.
	Update notification aggregation - collect update notifications from multiple plugins
	Create optional UpdateManager plugin that allows easy update management of all plugins using PluginUpdater.
	 - Step2: Enable automatic finding of project id
	  ...(compare filenames + if multiple filenames match: download to temp folder and compare)
	 - Step3: Support automatic updating of ALL plugins, even non-PluginUpdater enabled ones!
	Enable skipping versions
	 - If an update is found that the server owner doesn't want to download, he/she can "Skip" that version
	  ...Thus the updater will not consider that version an update anymore (but next release will be)
	 - Auto "Skip" running version on downgrade.

v1.x - [TODO]

	Implement optional easy-mode download progress reporting.
	Implement optional easy-mode on-login notification
	Implement optional easy-mode timed update-check + admin notification
	 - If server up-time > x days, check for update every x days. If update found - notify admins.
	 
v1.2.1 - [small improvements]

	Some javadoc improvements.
	Added MSG_PREFIX_AVAILABLE which replaces MSG_PREFIX_SUCCESS for when an update is found.
	 - Has different color from normal "success" to be more easily spotted.
	Fixed second and third row of SPECIAL_TAG result announce message incorrectly using MSG_PREFIX_SUCCESS.
	Now prints out plugin author name on FAIL_BADID result and on FAIL_PARAMETERS response.
	 - Author uses COLOR_BUKKIT ChatColor.

v1.2 - [java 1.6]

	When displaying the running plugin name plugin version is now also always displayed.
	Doesn't allow usage on plugins that aren't enabled (specifically plugin.isEnabled() must be true).
	 - This is to prevent mystical errors that can be thrown if trying to use a plugin before initialization is completed.
	  ...Common problem cause is using the PluginUpdater in a field initialization.
	 - Prints out a (huge) descriptive warning in case this happens.
	When displaying a successful lookup or check result the running plugin and bukkit version is displayed for comparison.
	No longer warns if the plugin has lost its PluginUpdater reference - message reformulated and demoted from warning to info.
	The set-functions of the AnnounceTweak-class now returns the AnnounceTweak instance for easy chaining.
	Changed MSG_PREFIX_MIXEDRESULT ChatColor from Yellow to Gold (so it stands slightly apart from the yellow text).
	Changed 1 line of code to make it Java 1.6 compliant.

v1.1 - [true fork - major rewrite]
	
	Code completely redesigned!
	 - Removed all blocking methods
	 - Added lots of optional advanced features
	 - Remains very easy to use / implement!
	 - Grew from 500 to 2000 lines of code.
	 - Too much to list here... OK, I'm lazy - use the javadoc! :)
	Most importantly it __never__ blocks and can execute Runnable objects in the main thread on update action completion.
	It has "easy mode" methods that can automatically handle notification to CommandSenders,
	One method call ->
	 - update action
	 - optional complete result notification to player(s) and/or console (pre action notification + post action results)
	 - optional custom message added if "update available" result. (requires prior one-time initialization)
	  ...Intended to be used to tell user what command to use to download the found update.

v1.0 - [initial fork / branch]
	
	Was still rather similar to original Updater 2.0, but with added non-blocking alternative ways to retrieve result.
	But coded as I went along ("explorative coding") so code design suffered a bit... 