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

counter: 1.2.15 - Removed logging of type-headers in tests

counter: 1.2.15 - Cleaned up the serialization configuration

counter: 1.2.15 - Separated serialization-config into a static method

counter: 1.2.15 - `TestData` only holds and asserts the test-data

counter: 1.2.15 - `ToplogyTestDriver.close` must always be called

counter: 1.2.15 - Made in/out messages in `TestData` immutable

counter: 1.2.15 - Refined method-naming in `TestData`

counter: 1.2.15 - Refined `TestData.writeInputData(..)`

counter: 1.2.15 - Refined `TestData.assertExpectedResult(..)`

counter: 1.2.15 - Refined `CounterApplicationIT` (simplified setup)

counter: 1.2.14 - Set up type-mappings for JSON-Deserialization

counter: 1.2.13 - The tests print out the type-mapping headers

counter: 1.2.12 - Renamed `WordCount` into `WordCounter` -- ALIGN

counter: 1.2.12 - Renamed `WordCount` into `WordCounter` -- MOVE

counter: 1.2.11 - Refactored test-classes (DRY for test-config)

counter: 1.2.10 - Replaced helper-class `Message` with `KeyValue`

counter: 1.2.9 - Reconfigured tests to receive data as domain-instances

counter: 1.2.8 - Reconfigured tests to send data as domain-instances

counter: 1.2.7 - Refined bean-naming in `CounterApplicationConfiguration`

counter: 1.2.6 - Removed unused explicit references to `ObjectMapper`

counter: 1.2.5 - Updated Spring Boot to `3.2.5`

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