The info is now fetched by the server on status change. This way the
info can be used in the notifications and also improves performance when
listing a huge amount of applications in the ui.

closes #349

* Number of concurrent requests for fetching the application info is
  limited to 15 requests

* Fetching the application info is deferred by 50ms to let the browser
  render the view

* Flattened application/group structure to save inner ng-repeat

* ng-repeat for notification settings and view drop down is executed
  when the popup/dropdown is visible

When the list contains a lots of applications many requests are made for
dynamic views (e.g. heapdump, flyway, logfile, ...). With this commit
the availability check for these views is deferred until the user opens
toggles the dropdown. This should lead to far fewer requests.

fixes #346

Additionally the url list is not anymore overlapped then having a lot of
tabs for the detail views.

fixes #347

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

closes #334

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

closes #312

Add ES6 and SSE polyfills to support Internet Explorer 11 and Edge.
Using Edge the ui has all features like in Chrome / FF. For IE 11 the
desktop notifications aren't available.

closes #280

By using the netflix/hystrix-dashboard this module allows you to view the
metrics from hystrix/turbine in the spring boot admin server. This module needs
to be added explicitly.

closes #147

As now with spring boot 1.4 there is a special goal for generating the build-
information, we use it for displaying the version in spring boot admin. The old
info.version property still works but is deprecated. From now on
build.info.version is taken into account.

After this commit the applications in the overview are grouped by application-
name. In case the search box is used all groups get expanded automatically.
Additionally the info column is now expandable via button and not a pre-section
anymore.

closes #218

Since a HEAD request to the heapdump triggers a dump we need to test the
availability of the heapdump endppoint via OPTIONS-request.
To get this working we need to ensure that the OPTIONS-request are dispatched
to the zuul servlet as this wasn't done prio to this commit adding the
OptionsDispatchingZuulController.

Detecect endpoints by making a HEAD request instead of querying the configprops
since it is broken when having a second applicationContext

With this commit urls form the /info endpoint are deteceted and rendered as
links.
The downside is to make that work I had to drop the collapsible info section in
the overview list and replaced it with an resizable/scrollabe <pre> section.

With this commit the icons from FontAwesome are used. To achive this the
webpack css-loader is used and the location for the module.css has slightly
changed.
Also I removed the ugly sidebar (what a short life) and added a slim navbar at
the top for the detail views.

This adds a new FilteringNotifier which can use filters to suppres certain
events from being notified of. Two filter implementation are provided, one
filtering by name and one by id. Additional when a FilteringNotifier bean is
present, the autoconfiguration creates a REST-controller to add and remove
filters at runtime.

 - Updated Angular to 1.5.3
 - Removed Angular UI Bootstrap, to make the Angular update possible without
   updating Bootstrap
 - Moved every view into its own module
 - Added concatenation of the module js and css assets to the webserver
 - Created directives/components for the various visual components and trimmed
   down the controllers
 - Removed unecessary ngRoute
 - Removed classpath section in details (it is included in environment)
 - Moved the counters and gauges to a separated metrics view
 - Added target="_blank" for the logfile
 - Added information about version, loaded ui modules to the about page
 - Extracted the activiti view to a separate maven artifact

With this commit it is now possible to add your own ui modules to the servers
classpath and they will show up in the ui.
Every module needs an "entry" script file in the classpath located under
`META-INF/spring-boot-admin-server-ui/<modulename>/module.js`.
The module is be implemented as angular module and needs to be added to
the global `uiModules` list.
The spring-boot-admin-server-ui-activiti module is a simple sample for
adding a application view but it is also possible to add main-views.
Please have a look at the events module in spring-boot-admin-server-ui/modules.

Please note that the internals of the ui can change anytime.