* 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

To fix the IE11 css quirks we need to use the ngStyle directive
instead of just using expressions inside regular style attributes.

fixes #280

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

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.

otherwise it gets mixed up whith the standard html title attribute

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.