OF-856: Cherry Picking of linuschien solution

OF-1009: Ignore the exception indicating an error

Although not 'properly ended', the handshake failed in an expected manner.
This should be processed as a 'normal' handshake failure (not an exceptional
one).

OF-1010: Cannot re-init default SSLContext

OF-1008: Prevent loops of message failure

OF-793: Improve exception message

When the local user that is sent a message delivery failure report is
not online, drop the stanza. This prevents loops where the failure
to deliver the failure message triggers another failure message.

This commit makes handling of stanzas that could not be delivered uniform,
in regards to logging. Other than log levels and messages, this commit does
not make a functional change.

A default SSLContext object cannot be re-initialized. This causes LDAPS to fail.

When a peer sends a non-encrypted data where we expected encrypted,
a confusing exception is logged. This commit wraps that exception,
giving a clear explanation.

This typically occurs during a failed TLS handshake, where the peers
should be closing the connection without sending data, but does not
so (typically, the exceptions that are logged indicate that
</failure or </stream is received in plain text).

OF-1007: Supplement existing client-to-server whitelisting with blacklisting

This complements the existing whitelist with blacklist functionality for
client-to-server connections.

The code that verifies if an IP is on an (anonymous) whitelist is duplicated. That
code should be centralized, similar to its non-anonymous cousin in LocalClientSession.

Instead of a Set, the existing code uses a Map with empty string values 'for performance'.
I am not buying it. Perhaps true in some performance test long, long ago, but there won't
be any significant performance increase in doing this (it's just as likely to introduce
a performance penalty). In any case, when we're running into a performance bottleneck here,
we've got bigger fish to fry.

OF-1005: Removing reference to file that's no longer used.

OF-1004: Reduce complexity of connection configuration

OF-1005: Rolling back modules.xml

My original implementation had options to both include as well as exclude specific
encryption protocols and cipher suites. This proved to be to much - Configuration
becomes a nightmare and setups ended up with having no enabled suites at all. This
commit simplifies things: a connection listener now gets a list of protocols and
suites that are enabled - that's it. When no setting is provided, the JVM default
is used (which itself is tweakable through generic Java configuration revolving
around the file JRE_HOME/lib/security/java.security )

This reverts commit 285b2093.

Conflicts:
	build/build.xml

Revert "Make module loading driven by a file to allow modules to be replaced without changing Openfire code"

This reverts commit 866cbd40.

Conflicts:
	src/conf/modules.xml
	src/java/org/jivesoftware/openfire/XMPPServer.java

Making Travis happy

The Github-based CI server (Travis), tends to run out of resources quickly.
This commit adds a new optional flag that allows the build to skip tests that
are known to be resource intensive.
Example usage: ant -DskipResourceIntensiveTests=true clean test

This change also splits up build steps distinct Travis environments. This
helps to isolate resource usage, as well as speed things up (as things run
in parallel now)

Do not depend on platform-provided junit integration for Ant.

When executing junit, Openfire used to depend on the Ant/JUnit integration
as provided in the home directory of ant. This leads to platform-specific
build results. By providing the ant/junit libraries, this effect is reduced.

Denote Openfire 4.0.0 Beta

Reflected XSS Issues in Admin Console

OF-1003 OF-1002 Make XEP-0198 thread safer

Don't let ServerDialback ask for stream:features

ofmeet plugin version 0.3.1

updated plugin date

Fixed issue with broken presence broadcast
Fixed issue with broken desktop/screen sharing
Fixed issue with missing jnsctp.dll dependencies
Removed some more redundant or duplicate jar files in jitsivideobridge lib