The default constructor of java.util.Date depends on the
system clock.  If the clock should happen to tick while the
CarrierMovements in this test are initialized, two
movements we expect to be the same will be off by a millisecond.

  Upgrade to Spring Boot 1.5.10

Use JUnit4 style for all tests

Upgrade to Spring Boot 1.5.9

Prior to this commit the tests had a mixture of JUnit4 and JUnit3 style
of writing. With this commit all tests are using JUnit4 style with
annotations.

With this commit the Spring part has also been polished to use the
updated runner and cleanup the tests to remove the deprecation warnings
due to deprecated annotations.

Upgrade to Spring Boot 1.5.8

Cleanup the maven pom.

Prior to this commit some of the versions/dependencies had a
version which was already managed by Spring Boot or one of
the starters. The version of those dependencies have been
removed and either moved to the <properties> section or
removed all together.

The scope of spring-boot-starter-test has also been fixed
to have <scope>test</scope> to properly scope it. As
spring-boot-starter-test already managed jUnit the explicit
declaration has been removed.

Instead of declaring the JMS dependencies and using a
specific version of ActiveMQ the spring-boot-starter-
activemq has been used to cleanup the pom.

Were possible we removed versions and plugins already
declared in the parent project.

Fix bean init order.

Remove javassist dependency

Use Spring's RMI Registry

Remove duplicate try/catch block

Upgrade Apache Commons Collections to v3.2.2

This resolves #11.

Version 3.2.1 has a CVSS 10.0 vulnerability. That's the worst kind of
vulnerability that exists. By merely existing on the classpath, this
library causes the Java serialization parser for the entire JVM process
to go from being a state machine to a turing machine. A turing machine
with an exec() function!

https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2015-8103
https://commons.apache.org/proper/commons-collections/security-reports.html
http://foxglovesecurity.com/2015/11/06/what-do-weblogic-websphere-jboss-jenkins-opennms-and-your-application-have-in-common-this-vulnerability/

I think this might be a leftover from when `CarrierMovement` used to have five constructor parameters, and the test was passing null into different positions. Once refactored the statements ended up looking quite the same instead.

This reverts commit 1bc9c9ac72b55f490b9628628d2dbc2179a86909.

Fix maven build warnings:

 - set plugin versions
 - specify resource encoding

Refactored code to remove warnings

Bump Hibernate from 3 to 4.

Replaced deprecated JDBCTemplate.queryForInt