counter: 1.2.4 - Headers for type-mapping are not necessary

coutner: 1.2.3 - Simplified topology, using default-serdes for all steps

- Defined `JsonSerde` as default for keys and values.
- Configured the `JsonDeserializer` for header-based typing.
- Removed the configuration of specific serdes from all steps of the
  processor-topology, expect the initial step, that needs a `StringSerde`
  for the key.

counter: 1.2.2. - Simplified topology - better readability

counter: 1.2.1 - Simplified topology (no serdes needed for materialization)

counter: 1.2.0 - Service reads/writes using `JsonSerde`

- First working version of a refined topology, that reads and writes
  key and value with the `JsonSerde`.
- This topology expects and writes all data as JSON, except the key
  of the incomming messages.
- All used Serdes are directly configured in the topology.

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