`Application` in `ExampleProducer` umbenannt -- ALIGN

`Application` in `ExampleProducer` umbenannt -- MOVE

Setup-Verbesserungen aus grundlagen/docker übernommen

Topic konfigurierbar gemacht

Asciidoc-Tags korrigiert

Aktualisierung auf Java 17

`git-commit-id-plugin` stört bei neuem (alten) Setup für Musterlösungen

AKHQ auf einen eindeutigeren Port verlegt

Automatisches entfernen von Orphans beim Start

Übung an die Docker-Übung angepasst

Docker-Setup in das Unterverzeichnis `docker` verschoben

Tags für das Codebeispiel in den Folien aus der Vorlage übernommen

Kafkacat-Anweisung zum auslesen des Topics ergänzt

Korrekturen & Verbesserungen von simple-producer übernommen

.editorconfig hinzugefügt

Tags für Asciidoc hinzugefügt

Der Producer versendet direkt in der for-Schleife

Logging-Level auf INFO geändert, damit die Logging-Konfig nicht nötig ist

Konfiguration so weit wie möglich vereinfacht

* Damit das Default-Topic nicht gesetzt werden muss, muss das Topic
  jetzt im `send()`-Aufruf explizit angegeben werden. Das ist aber
  eigentlich für das Beispiel eh verständlicher.
* Die Logging-Konfiguration wird benötigt, da ansonsten in der Ausgabe
  nicht ersichtlich ist, dass der Producer die Nachrichten erfolgreich
  versendet hat.

Für String als Key/Value wird keine explizite Konfiguration benötigt

supersimple-producer noch weiter vereinfacht

Möglichst einfacher Producer auf Basis des KafkaTemplate

Vorbereitung für Überarbeitung als supersimple-producer

* Da Git Dateien nur wiedererkenn, wenn sie unverändert verschoben werden,
  wird die Umbenennung hier vorgezogen.

Setup auf KRAFT mit start über den Service `setup` umgestellt

* Das Compose-Setup auf KRAFT mit bitnami-Images umgestellt.
* Der Zookeeper wird dann durch eine Controller-Instanz ersetzt
* Durch die definierten Abhängigkeiten kann die gesamte Infrastruktur
  bequme mit `docker-compose up setup` im Hintergrund hochgefahren werden.
  Der Service läuft zwar im Vordergrund, aber die benötigten Services
  werden automatisch im Hintergrund gestartet und der Setup-Service
  beendet sich ja ohnehin nach dem Erzeugen der Topics.

Ausführung von README.sh resilienter

Fehler im Dockerfile korrigiert

Angleichungen zwischen Producer/Consumer

Möglichst einfach gehaltener technisch vollständiger Producer

* Unterschiede zu dem Producer aus `first-contact`:
** Der Producer erzeugt endlos alle ca. 500ms eine Nachricht.
** Der Producer beendet sich ordentlich, wenn STRG-C gedrückt wird.
** Der Producer wird auch als Docker-Image gebaut
* Das Compose-Setup an das Setup aus den vorhergehenden Übungen
  angegelichen.

Upgrade von Spring Boot und den Confluent-Kafka-Images

* Upgrade der Kafk-Images von Confluent 7.0.2 auf 7.1.3
** Unterstützt Kafka 3.1.x (siehe https://docs.confluent.io/platform/current/installation/versions-interoperability.html[Versions-Matrix])
* Upgrade für Spring Boot von 2.6.5 auf 2.7.2
** Enthält Kafka: 3.1.1
** Enthält Spring Kafka: 2.8.8

Upgrade der Images von Confluent 6.2.0 auf 7.0.2

README.sh verwendet den cli-Service für Kommandos

Fälschlich hartkodiertes Topic gegen Variable getauscht

Code reorganisiert, um Änderungen vergleichbarer zu machen

Upgrade für Spring Boot 2.6.0 -> 2.6.5

* Kafka: 3.0.1
* Spring Kafka: 2.8.4

First Contact: Simple Producer & Consumer