Previously, we had a quasi-hack of `3.11.0-alpha` as the min requirement
on these, but this release never happened.  This update moves all these
plugins to 4.0.0, which hopefully provokes less confusion.

Denote Openfire 4.0.0 Release

OF-454 Reflect presence to originator

Only use SSLv2Hello for client-mode

OF-1004: Apply i18n to admin console

Fix some javadoc warnings

OF-821: Count occupants by nickname

OF-1034 Check for existing sessions properly

Returns the count of nicknames rather than the number of connections
(full JIDs), which will now also match the list of occupants.

solve the memory leak problems which is caused by add LocalMUCRoom ob…

OF-821: Prevent duplicates for MUC item query

Drop unnecessary null check.

Corrects issue with multiple JIDs sharing a nickname (masquerading)

Replaced the 'set this var with this translation' definition for
a functional equivalent but easier-on-the-eyes definition.

Fix implementation bug for XEP0049.

OF-1033: Should use the correct status code.

OF-1029: Allow web.xml override via overlay

OF-1033: Users should be notified of MUC service shutdown

Fix implementation bug for XEP0049. The comment in Line 105: "If the name and namespace of the element matches another" is correct, but the implementation is wrong, it checks "username and namespace" rather than "name and namespace".

Cleanup websocket plugin

This commit notifies all users that are in a MUC on the local server node of
a shut down of the service. The notification conforms to XEP-0045.

In order to prevent a prolonged shut down, this commit:
- ensures that a shutdown routine is executed just once (instead of for each
  type of interface being shut down: module,component and listener)
- the presence stanza that is sent is constructed using in-memory objects
  only (no database lookups)
- all notification occurs in a thread pool, which will concurrently process
  them, but will terminate forcibly after a certain amount of time.

Update dependencies and documentation to prep for pending Openfire 4.0
release.

OF-1028 Stream Management refactoring

Instead of rerequesting ack for every unack'ed stanza over the
threshold, do this only for every few stanzas. This prevents a storm
of ack-requests when data is transmitted to the client faster than it
can respond.

When a peer refuses to ack data, we should not keep it in memory
indefinately. This commit introduces a configurable upper bound,
and when reached causes the queue to be cleared (dropped silently)
while disabling the functionality for that connection.