Merged all demos into a single project

* The following demo-branches were merged:
** `demo--aggregate`
** `demo--aggregate--hopping-window`
** `demo--aggregate--hopping-window--suppressed`
** `demo--aggregate--session-window`
** `demo--aggregate--session-window--suppressed`
** `demo--aggregate--sliding-window`
** `demo--aggregate--sliding-window--suppressed`
** `demo--aggregate--tumbling-window`
** `demo--aggregate--tumbling-window--suppressed`
** `demo--stream-stream--inner-join`
** `demo--stream-stream--left-join`

Renamed project

Renamed test into `AggregateWindowedHoppingTest` -- ALIGN

Renamed test into `AggregateWindowedHoppingTest` -- MOVE

Renamed Project

Renamed test into `AggregateWindowedSessionSuppressedTest` -- ALIGN

Renamed test into `AggregateWindowedSessionSuppressedTest` -- MOVE

Aligned the example with the example for a Sliding Window

* *Note:* Both examples need an explicit configuration for the
  materialization of the state as store, when suppression is activated!

Activated supression of intermediate results and adapted expected result

WIP:suppressed

Renamed project

Renamed test into `AggregateWindowedSessionTest` -- ALIGN

Renamed test into `AggregateWindowedSessionTest` -- MOVE

Example for an aggregation with a Session Window

Renamed project

Renamed test into `AggregateWindowedSlidingSuppressedTest` -- ALIGN

Renamed test into `AggregateWindowedSlidingSuppressedTest` -- MOVE

This example needs an explicit serialization-config

Activated supression of intermediate results and adapted expected result

Renamed project

But a name should still be set for the store

Renamed test inot `AggregateWindowedSlidingTest` -- ALIGN

Supplying materialization details is not necessary

Renamed test inot `AggregateWindowedSlidingTest` -- MOVE

The content of the state store is logged after each step

Remodeled example into a demonstration of an aggregation with a Sliding Window

Renamed project

Renamed test into `AggregateWindowedHoppingSuppressedTest` -- ALIGN

Renamed test into `AggregateWindowedHoppingSuppressedTest` -- MOVE

Activated supression of intermediate results and adapted expected result

Remodeled example into a demonstration of an aggregation with a tumbling time window

Renamed project

Renamed test into `AggregateWindowedTumblingSuppressedTest` -- ALIGN

Renamed test into `AggregateWindowedTumblingSuppressedTest` -- MOVE

Activated supression of intermediate results and adapted expected result

Renamed project

Renamed project

Renamed project

Renamed project

Renamed test into `AggregateWindowedTumblingTest` -- ALIGN

Renamed test into `AggregateWindowedTumblingTest` -- MOVE

Removed `peek()`

Cleaned up example

Created `TimeWindow` explicitly to further simplify/clearfy the test

Example for an Aggregation with a Tumbling Time Window

Renamed test into `AggregateTest` -- ALIGN

Renamed test into `AggregateTest` -- MOVE

Aligned log messages with the join-demos

Forced emidiate emitt of join-results

Switched from an inner to a left join

Renamed test into `StreamStreamLeftJoinTopologyTest` -- ALIGN

Renamed test into `StreamStreamLeftJoinTopologyTest` -- MOVE

Renamed test into `StreamStreamInnerJoinTest` -- ALIGN

Renamed test into `StreamStreamInnerJoinTest` -- MOVE

Widened root for logger-definition

Refined log-messages for better redability

Aligned the join-example withe the aggregation-examples

Renamed test into `JoinTopologyTest` -- ALIGN

Renamed test into `JoinTopologyTest` -- MOVE

Prepared for simpler windowed tests

Remodeld example into a demonstration of a plain endless aggregation

Renaming for demonstration of an aggregation -- ALIGN

Renaming for demonstration of an aggregation -- MOVE

Removed `Dockerfile` (not needed for demos)

Refined log messages

Added log-message, when sending a record

Added forgotten input record from original example

Configured logback for shorter log-lines

Fixed demo: The order looked only random, because of the wrong input time

Simplified code: DRY for assertions

Compacted & clearified code: records are created "in place"

Fixed some misconceptions in the stream/stream-demo

Simplified demo-code: removed unnecessary keywords and performed DRY

Separated the Demo for an Inner Stream/Stream-Join

Separated Demo-Tests from Example-Tests

Separated Example-Tests from `counter`

Demonstration of the outcome of an Stream/Stream-Inner-Join

Examples für `@SpringBootTest` und `@SpringJunitConfig`

counter: 1.4.2 - RocksDB does nor work in Alpine-Linux

counter: 1.4.1 - Upgraded JDK-version, Spring Boot & Docker

counter: 1.4.0 - Refined output JSON to match the new general stats-format

* Changed the type-mapping for `Word` from `word` to `key`.
* Refined the class `Word`, that defines the JSON for the output key.
** Added attribute `type` with fixed value `POPULAR`.
** Renamed attribute `user` to `channel`.
** Renamed attribute `word` to `key`.
* Refined the class `WordCounter`, that defines the JSON for the output
  value.
** Renamed attribute `word` to `key`.
* Adapted test-classes and -cases accordingly.

counter: 1.3.1 - Splitted up test in `CounterStreamProcessorTopologyTest`

counter: 1.3.1 - Refined `CounterStreamProcessor` (DRY for type-mapping)

counter: 1.3.1 - Refined `CounterStreamProcessor` (serde-config)

* Refactored the creation of the ``JsonSerde``s, that are used to consume
  the incomming messages.
* All special ``Serdes``, that are used for incomming and outgoing messages,
  are created in separted methods now.
* Removed unnecessary operatorx in the ``Materialized``-configuration for
  the state store (the operator is not necessary, because no headers are
  present, when deserializing from a store).

counter: 1.3.1 - Refined/Simplified the type-mapping

* Removed all explicit type-mappings for the internally used types.
* This greatly simplifies the configuration, because it is sufficient to
  configure the trusted package to serialize/deserialize all internally
  used types.
* To make this possible, the type-mappings for the outgoing messages are
  specified with `Produced.with()` in the ``to()``-operation.

counter: 1.3.1 - Refined `CounterStreamProcessorTopologyTest`

* `CounterStreamProcessorTopologyTest` uses the type-headers to determine
  the correct type for the deserialization of the output-data.
* Beforehand, the used types were hard-coded in the test.

counter: 1.3.1 - Removed the defaults for serialization/deserialization

counter: 1.3.1 - Cleand code/setup for tests

counter: 1.3.0 - Fixed possible NPE in `Counter10ApplicationIT`

counter: 1.3.0 - (GREEN) Fixed the typing for the state-store

counter: 1.3.0 - (RED) Made `CounterApplicationIT` fail too

* Validate with: `mvn test -Dtest=CounterApplicationI`
* Turning on the caching forces the application, to serialize and
  deserialize _every_ message, hence, revealing the bug, that was only
  detected by the `CounterStreamProcessorToplogyTest` before, that always
  behaves like this.

counter: 1.3.0 - (RED) Introduced domain-class `User` as key

* _GREEN:_ The `CounterApplicationIT` does _not_ reveal the bug!
* _RED:_ The `CounterStreamProcessorToplogyTest` fails with an exception,
  that gives a hint for the cause of the bug.
* The bug is caused by missing type-specifications for the operation
  ``cout()``.
* Before the introduction of the domain-class `User` everything worked as
  expected, because the class `Word` could be specified as default for
  the deserialization of the key.
** With the introduction of the domain-class `User` as key of the incoming
   messages, the default for the key has to switched to this class, to
   enable the application to deserialize incomming keys despite the missing
   type mapping.
** Beforehand, the default `Word` covered the missing type information
   for the ``count()``-operator.

counter: 1.2.15 - Inlined the asserting ``Consumer``s

counter: 1.2.15 - Added assertion for the expected state

counter: 1.2.15 - Added assertion for the expected final output messages

counter: 1.2.15 - Added assertion for the expected number of messages

counter: 1.2.15 - Refined `CounterApplicationIT`

* Preparations for the addition of new tests
* The messages are send only once during `@BeforeAll`

counter: 1.2.15 - DRY for test-data

counter: 1.2.15 - Fixed race-condition in `CounterApplicationIT`

counter: 1.2.15 - Refined `TestData` (explicit key in input-data)

counter: 1.2.15 - Fixed deprecated parameter for cache-config