Merge remote branch 'upstream/master'
updated PermissionsEx jar to 1.15.1
Merge pull request #9 from mung3r/master

lib updates
calling pex has method via instance instead of static appears to keep
compatibility with both 1.15 and 1.15.1
Merge pull request #10 from mung3r/master

fix pex compile error
Merge branch 'master' of https://github.com/mung3r/Vault
Merge remote branch 'origin/master'

Conflicts:
	lib/PermissionsEx.jar
Vault now supports a full Chat API
javadoc the new chat interface
P3 support seems messed up - hacked it together - please update
Merge branch 'refs/heads/master' of https://mung3r@github.com/mung3r/Vault.git
added bank support and has(name, amount) call to simplify economy
methods.  Fixed inconsistent returns on EconomyResponses - the first
variable is ALWAYS the amount modified and the second variable is ALWAYS
the account balance after the operation.
fixed method I forgot to remove
API javadoc update for new bank methods
Merge branch 'refs/heads/master' of https://mung3r@github.com/mung3r/Vault.git
version increase
Permission handling bugfixes:

- Permission#playerRemoveTransient(Player, String) was calling
playerRemove(String, String, String) instead of
playerRemoveTransient(String, String, String)

- Avoid NPE in PermissionsBukkit plugin when adding/removing transient
permissions.  Also use unsetPermission() when removing transient perms
rather than getPermissions().remove(...).  This may need to be done for
other permissions provider plugins too - I've only tested with
PermissionsBukkit so far.
Merge pull request #13 from desht/master

Permissions handling bugfixes
removed debugging messages for systems not being used to prevent
spamminess
Some refactoring in Permissions handlers

- Add default implementations of playerAddTransient() &
playerRemoveTransient() to the Permissions superclass.  "Pure"
superperms handlers (e.g. bPermissions, PermissionsBukkit) use those
methods, while handlers which use their own API can override them.

- Moved log and plugin fields to the Permissions superclass, since
they're present in all handlers.