RestController throws different exceptions for other errors

* Goal: distinguish between errors, that occure during the fetching of the
  data and errors, that may occure elswhere in RemoteController
* Added an unit-test, that verifies the distinction
* Fixed the behavior of RestController accordingly

RestController throws 503 Service Unavailable, if the remote-server fails

* Added unit-test RestControllerTest.testResponseOtherErrors()
* Fixed the behavior of the RestController accordingly

Verified, that RestController throws NotFound, if remote-data does not exist

* This tests may seem to check the value reached into the class by the test
  itself, because RestController simply returns the fetched Mono at the
  moment
* But it is valuable, because it verifies, that the behavior stays unchanged,
  when the implementation of RestControler is changed

Verified, that requests to the RestController without "path" are invalid

Added more tests for valid URI's (aka: with parameter)

* Switchted @Test to @ParameterizedTest in HtmlControllerTest and
  RestControllerTest
* Fixed the behavior of RestController accordingly

Added an integration-tests for RestController

Added a rest-controller, that serves the fetched data as text/plain

The parameter "path" is added to the model

* Modified HtmlControllerTest to verify the new behavior
* Fixed the behavior of the HtmlController accordingly
* Added a form to the example-layout

Added more tests for URI's without a parameter

* Transformed test into a @ParameterizedTest
* Fixed the behavior of the HtmlController accordingly

Missing path-parameter renders a page without remote-data (no 400)

* Added a test to MappingIT, that defines the expected behavior
* Fixed the behavior in HtmlController accordingly

Switched parameterized test in HtmlControllerTest to @EnumSource

Checked, that the error-messeage is rendered for other common errors

* Added a unit-test, that defines the expected behavior for other errors
* Since the HtmlController simply used getMessage(), no modification was
  necessary to comply with the added test

The error-message is reanderd instead of the text, in case of a 404

* Added a unit-test, that defines the expected behavior
* Fixed the behavior in HtmlController accordingly

Added an integration-test for HtmlController

* The test verifies the mapping from URL's to controllers

Separated layout from content with Thymeleaf

Added a html-controller, that renders the fetched data

Further simplification: using the real WebClient with an ExchangeFunction

Implemented a WebClientStub to simplify the unit-test

Unit-test with mocking, that does not determines the implementation

Implemented a seemingly pure and clean unit-test

Implemented a service, that fetches data from a remote-host

Spring Initializr: 2.2.2 / Spring Webflux / Thymeleaf