This commit aligns the feature introduced in gh-6071 to Artemis.

Closes gh-6179

* pr/6071:
  Polish "Secured HornetQ" contribution
  Add a secured connection factory for Hornetq.

Closes gh-6071

See gh-6071

* pr/6116:
  Upgrade to Elasticsearch 2.3.3

Closes gh-6116

Closes gh-5653

Previously, when `spring.mvc.locale` was specified, that locale was used
regardless of the client's preferences. This commit adds an extra
`spring.mvc.locale-resolver` property that can control how the locale is
resolved. The default is `ACCEPT_HEADER` but can be set to `FIXED` to
restore the previous behaviour.

Closes gh-6083

Closes gh-6172

* pr/6081:
  Polish contribution
  Remove HSQLDB dependency from Batch Starter

Closes gh-6081

This commit removes HSQLDB dependency from Batch Starter as most apps
that use Spring Batch will prefer to use a RDBMS of their choice to store
batch metadata.

Additionally, explicit spring-jdbc dependency has been replaced with JDBC
Starter dependency.

See gh-6081

Jetty 9.3 no longer has a jetty-jsap artifact and dependency
management for it was removed in ff602e60. It was inadvertently
reintroducved in b303b3fe. This commit removes it again.

See gh-5290
See gh-5825

Closes gh-5971

Closes gh-5956

Closes gh-6160

This is a follow-on from d341499c that takes a broader approach to
clearing URLs URLStreamHandlerFactory.

See gh-5290

Closes gh-6167

The JVM only allows URL.setURLStreamHandlerFactory to be called once.
This is problematic as the JSP support in embedded Tomcat and embedded
Jetty both call this method.

This commit uses reflection to null out URL’s factory field before and
after the embedded Jetty tests have run. This ensures that they can
run successfully if Tomcat has already installed its factory and that
Tomcat-related tests can also run afterwards.

See gh-5290

Closes gh-6149

* pr/5290:
  Support JSPs in Embedded Jetty

JSPs are now supported in executable WARs with embedded Jetty.

Fixes gh-367
Closes gh-5290

Closes gh-6132

Closes gh-5825

See gh-6163

Previously, Spring Data Redis assumed that the class loader that loaded
its classes would also be able to load the application’s classes. This
assumption is faulty when there are multiple class loaders involved
such as when using dev tools or when Spring Data Redis is installed as
a shared library in a servlet container.

DATAREDIS-427 and DATAREDIS-501 removed this assumption by making the
default serialiser use the bean class loader. DevTools configures this
class loader to be the restart class loader which can load the
application’s classes. As a result of moving to Hopper SR2 snapshots,
these fixes are now available and we can remove our custom serialised.

Closes gh-5760

Closes gh-6165

Closes gh-6163

Closes gh-6162

As of Spring Framework 4.3, spring-aop now embeds the classes from the
aopalliance:aopalliance jar. This means that the transitive dependency
on aopalliance:aopalliance is redundant and it can be excluded.

Closes gh-6159