splitter: 1.0.0-spring-ingetration - using a channel backed by Kafka

* Instead of the `@InboundChannelAdapter`, a `SubscribableKafkaChanel`
  could be used.
* But in the given setup, this is kind of a dirty hack, because with this
  konfiguration the intentionally read-only input-channel becomes writable
  in Spring Integration.

splitter: 1.0.0-spring-ingetration - using a `message-key-expression`

* The configuration can be simplified
* The `ChannelInterceptor` can be omitted, if a `message-key-expression`
  is specivied for the outbound channel.

splitter: 1.0.0-spring-integration - refactored configuration

splitter: 1.0.0-spring-integration - Added the key of the incoming message

* Added a `ChannelInterceptor`, that copies the key from the received
  message to the outgoing message.
* This fixes the test.

splitter: 1.0.0-spring-integration - Inital implementation (incomplete)

* "Implementing" the splitter with Spring Integration mainly is a
  configuration task.
* This version does not yet send the messages with the correct key.
* Managment of transactions is not yet considered.
* The test fails, because the key is missing.

splitter: Implemented a test that proofs the splitting process

splitter: 1.0.0-vanilla-kafka - Fixed shutdown

* The shutdown was blocked, because tSplitterStreamProcessor.stop()
  was called twice.
* The second time, it could no longer reach the cluster, hence, blocking
  the shutdown process.

splitter: 1.0.0-vanilla-kafka - Factored out splitting logic

splitter: 1.0.0-vanilla-kafka - Fixed the test "Context Loads"

* Added `spring-kafka-test` as dependency.
* Added `@EmbeddedKafka` to the integration test.
* Configured the test to support transactions (replication factor == 1).
* Fixed the `SplitterStreamProcessor`: the application logic is executed
  in a background thread, because it blocks the startup of Spring Boot
  otherwise.

splitter: 1.0.0-vanilla-kafka - upgraded Spring Boot to 2.7.2

splitter: 1.0.0-vanilla-kafka - splits up the recorded sentences into words

* Simple implementation of the splitter without Kafka Streams
* This version does not record its position
* Hence, in case of an error, it will most likly reprocess some messages,
  leading to wrong countings

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

recorder:1.0.0 - send recordings keyed by username

Generated empty project on start.spring.io