Update to Spring Cloud Brixton and add the concept of ServiceInstanceConverters.
A ServiceConverter is used to convert discovered ServiceInstances to
Applications. The old converter and one for Eureka is provided. It is also
possible to provide your own implementation.

closes #154

This commit contains multiple changes:
 - Start the registration task after the ApplicationReady event. This makes
   AdminClientProperties.isReady() unnecessary.
 - The RegistarApplicationListener has two new public methods to start/stop the
   periodic registration task.
 - Add spring.boot.admin.auto-registration property (default: true). When this
   property is set the registration task is automatically scheduled after the
   ApplicationReadyEvent.

closes #151

In case prefer-ip is true and no server.address is set use the IP address from
InetAddress.getLocalHost(); like it is done in Eureka.

Add spring.boot.admin.client.enabled property to explicitly disable the
spring-boot-admin-client, (e.g. for unit tests). Defaults to true. The client is
active when spring.boot.admin.client.enabled is true and spring.boot.admin.url
is set.

fixes #156

In case you have clustered admin servers, you can now specify multiple urls for
the client to register at. So that in the case the first server is down it will
register at the next one specified in the list. This allows you to do cluster-
ing without the need for a load-balanced host.

I did an accidental release of a 1.3.2, so we need another increment

There is a problem with the relaxed binding for system environment variables in
spring boot and ignoreUnknownFields for ConfigurationProperties. So we need to
remove it for now.

fixes #135

Take the servlet-path into account when computing the management-/healht-url.
This is not done for the service-url, since the main use-case for setting the
servlet-path is to get the dispatcher-servlet out of the way for other servlets.

fixes #133

By using local.server.port, local.managment.port and ApplicationReadyEvent the port detection and ready state detection can be simplyfied in boot 1.3

remove logfileEndpoint
rename logback.xml to logback-spring.xml in samples

fixes #98

 * Use @EventListener instead of ApplicationListener-interface
 * Don't inherit ClientApplicationEvent from ApplicationEvent - so JournaledEvent isn't needed anymore
 * added eclipse formatter rules
 * reformatted all files

Remove unecessary dependencies

In conjuntion with server.address / management.address this plays more nicely with interfaces with multiple ipAdrresses. Also remove spring.boot.admin.client.useAddressOf.

fixes #112

changed constructor visibility from private to protected in order to be able to derive from Application

closes #88

There is currently a problem if the Admin Client has version 1.2.0 and the Admin Server has version 1.2.1 due to changes to the model. The server is able to handle the old format but the client is not able to handle the new Format. To prevent this problem in future the response is not deserialized. Only the needed inforamtion (the id) is exctracted.

increment version

Added inner-class for admin client registration configuration which is
conditional on spring.boot.admin.url. Logfile endpoint is now available
when just using Spring Cloud Discovery.

add intellij files to ignore

The health-check is made at a fixed interval (default: 10s) for all expired status-information (default-lifetime: 30s).
The application health-endpoint must either respond with a JSON-Body having a status-field or with an empty body and all 2xx-http-responses are interpreted as UP and every other status as DOWN.

If `spring.boot.admin.client.useIpAdressOf=<network-interface>` is set properly the ip-address of the specified network-interface is used in the inferenced url to register with.
In case the address cannot be determined an exception is thrown and the client won't register.
This is for example useful in Docker environments making the inferenced urls work.