From this commit on the source from wich the application was registered
is remembered. We use this information for two things:
 * For applications which wasn't registered via the http-api the remove
   button is hidden.
 * The `ApplicationDiscoveryListener` only removes stale applications
   (those which are not anymore found via discovery) if the were registered
   via the `ApplicationDiscoeryListener`.

closes #328

With this commit the concept of an ApplicationFactory is introduced.
This allows you to easily modify the information used to register
your application at the admin server

closes #331

Since the logging backands may have different possible levels, we use
the list provided by the /logging endpoint

When hovering over the status a summary of the health indicators pops up
in application list and journal.

closes #334

The StatusInfo has a new details field. The StatusUpdater puts either the
reponse from the health endpoint or the exception message in the details.
This allows us to see the details over time (via the journal) and also to
use `em in a bit more mail notifications.

closes #329

The managment.ssl.* properties needs to be taken into account when they
are explicitly set and the managment.port differs from server.port

fixes #333

With this commits the server no longer depends on the client. The
classes for the clients are moved to de.codecentric.boot.admin.client
package.
Since the perspective on applications is totally different from client
and server the model has been split apart.

What means this for users:
1) The client is no longer a transitive dependency for your admin server
you may need to add it explicitly to your dependencies, respectively
jolokia-core in case you're using discovery and want to use the jmx-bean
interface

2)In case you have cutomised parts of the client you need to reflect the
package change.

fixes #332

Add support for the /loggers endpoint from spring boot 1.5.x. With this
change log4j2 (and every other logging backend supported by spring boot)
is supported in the logging view.
The old implementation will be kept a while, so that the clients aren't
forced to migrate.

closes #305

fixes #317

closes #323

closes #321

Display the version for groups. For multiple versions the lowest (by
lexical compare) gets chosen and a ellipsis is appended.

closes #312

Change the application list to a fixed table layout to prevent it from
overflowing in the window and limit the info column to a max width.
Also limit the info column in the detail view.

fixes #316

Annotating the applicationRouteLocator bean with
@ConfigurationProperties yields the wrong configuration metadata.
Instead do a explicit properties bean to get correct metadata.

fixes #309

With this commit the support for Turbine is completly revised. From now
on Turbine is supported via a separate module and is integrated as top
level view.

closes #306

This CompositeRouteLocator allows extensions to add custom RouteLocators

To easily add new mvc controllers (e.g. from extensions) a new
annotation `@AdminController` is added.