counter: 1.1.11 - Added a test, that is based on `TopologyTestDriver`

- The test reuses `TestData` to asserts the exact same assumptions, as
  `CounterApplicationIT`.
- The only difference is, that the message processing is carried out by
  the `ToplogyTestDriver` instead of a real Kafka cluster, that is started
  along the test-code in the same JVM, as in `CounterApplicationIT`.

counter: 1.1.10 - Refactored the configuration inito a separated class

counter: 1.1.9 - Refactored creation of `Properties` as a separate bean

counter: 1.1.8 - Fixed a `ConcurentModificationException`-bug

counter: 1.1.7 - Fixed a bug in the assertion-logic for the expected state

- Each combination of a user and a word is a uniq key.
- Since the ordering is only guaranteed for messages, with the same key,
  no expectations can be made according the ordering of messages with
  different keys!
- This also simplifies the test-logic, because no deserialization is needed
  any more to pick the username out of the JSON-data.

counter: 1.1.6 - Refactored the test-data into a separated class

counter: 1.1.5 - Fixed a bug in the integration-test `CounterApplicationIT`

- The default store-type creates state, that is stored on disk.
- Hence, only the first run of the test succseeded.
- The bug was fixed by providing an in-memory store-type.

counter: 1.1.4 - Introduced parameters for the config needed by the test

counter: 1.1.3 - Implemented an integration test for the old message-format

counter: 1.1.2 - Moved configuration into `CounterApplication`

counter: 1.1.1 - Upgraded Spring Boot 2.5.4 -> 3.0.2

counter: 1.1.0 - Only counts words (splitting is done separately now)

counter: 1.0.1 - changed default-port and exposed all actuator-endpoints

wordcount:1.0.0 - counts words, keyed by username and word