counter: Fixed a bug in the logic of the assertions 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!

WIP:test

WIP:test

counter: Fixed a `ConcurentModificationException`-bug

counter: Refactored the test-data into a separated class

counter: 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: Introduced parameters for the config, that is needed by the test

counter: 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