refactor: Docker-Build auf bootBuildImage (Cloud Native Buildpacks) umstellen

Bisher baute Maven den Docker-Image via io.fabric8:docker-maven-plugin und
ein handgepflegtes Dockerfile. Gradle kopierte das JAR umständlich in ein
target/-Verzeichnis, damit dasselbe Dockerfile funktioniert (COPY target/*.jar).

Beide Build-Systeme nutzen jetzt bootBuildImage, das über Cloud Native
Buildpacks direkt aus dem Spring Boot Plugin heraus ein OCI-Image erzeugt:

  Maven:  mvn spring-boot:build-image
  Gradle: ./gradlew bootBuildImage

Vorteile:
- Kein Dockerfile mehr nötig (und damit kein Kopier-Hack in Gradle)
- Beide Build-Systeme verwenden dieselbe Methode mit identischer Konfiguration
- Das erzeugte Image folgt automatisch Best Practices (non-root, layered JAR)
- io.fabric8:docker-maven-plugin und com.bmuschko.docker-remote-api entfallen

Entfernte Dateien: Dockerfile, .dockerignore, .maven-dockerexclude, .maven-dockerinclude

fix: Projektname in settings.gradle korrigieren

Der Gradle-Projektname war auf 'spring-consumer' gesetzt, während die
Maven-Konfiguration das Artefakt 'nodlt' nennt. Dadurch hieß das JAR
'spring-consumer-<version>.jar' statt 'nodlt-<version>.jar', was zu
Inkonsistenzen zwischen Maven- und Gradle-Build führte.

`fetch.max.wait` kann für den Consumer hier ausgeschaltet werden

* Der Consumer liest nur Nachrichten aus der Vergangenheit
* Daher bremst dieser Wert das Lesen ggf. nur aus, wenn der Consumer, so
  wie hier in den Tests, sehr nah an der Gegenwart liest.

Refactor: DRY für `DeadLetterController`

GRÜN: Verhalten für User-Header korrigiert

ROT: Erwartungen für User-Header definiert

Refactor: Das Durchsetzen des Header-Prefix ist Aufgabe des Controllers

Refactor: Test setzt eigenen Header-Prefix selbst

GRÜN: Existierende Offsets sind nicht die einzigen

Refacotr: Erzeugung der Testnachrichten überarbeitet

Refacotr: Erzeugung der Testnachrichten überarbeitet

Der Consumer reicht Key/Value als `byte[]` durch

`Content-Type` der REST-Antwort ist konfigurierbar

GRÜN: Verhalten für Standard-Header korrigiert

ROT: Erwartungen für Standard-Header definiert

Refactor: Asserts in Test leesbarer

GRÜN: Erwartungen für existierende Offsets definiert

GRÜN: Test für nicht-existente Offsets gegen alle Partitionen

GRÜN: Verhalten beim Abrufen von einer nicht existierenden Partition korrigiert

ROT: Verhalten beim Abrufen von einer nicht existierenden Partition definiert

GRÜN: Verhalten beim Abrufen eines gelöschten Offsets definiert

GRÜN: Verhalten bei noch nicht geschriebenem Offset angepasst

ROT: Verhalten beim Abrufen eines nicht existierenden Offsets definiert

Migration Spring-Boot 3.4.1 -> 4.0.2 (consumer/nodlt)

`ApplicationTests` verwendet die echte MVC-Implementierung

* Der Test verwendet jetzt nicht mehr `@AutoconfigureMockMvc`.
* Statdessen wird `RANDOM_PORT` und das `TestRestTemplate` verwendet.
* Außerdem:
** Logging für den Zookeeper- und den Broker-Prozess unterdrückt.
** `ApplicationTests` überarbeitet/aufgeräumt.

Consumer arbeitet nicht fortlaufend: `enable.auto.commit=false` gesetzt

- Das Speichern der Offset-Position ist nicht nötig:
  - Der Consumer springt gezielt einzelne Offset-Positionen an und
    pausiert, wenn er diese gelesen hat.
  - Der Consumer arbeitet mit `assign()`, als erfolgt keine durch
    "äußerliche" Ereignisse ausgelöste Neuzurodnung von Partitionen
    während der Verarbeitung.
- Daher kann das Speichern der Offset-Positionen deaktiviert werden.

noDLT implementiert: Service, der einzelne Nachrichten wiederherstellt

`ExampleConsumer` in `DeadLetterConsumer` umbenannt -- ALIGN

`ExampleConsumer` in `DeadLetterConsumer` umbenannt -- MOVE

pom.xml/build.gradle: git-Info-Plugins nur ausführen, wenn .git-Verzeichnis existiert

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

refactor: Docker-Build auf bootBuildImage (Cloud Native Buildpacks) umstellen

Maven nutzte das io.fabric8:docker-maven-plugin, Gradle kopierte das JAR
in ein target/-Verzeichnis für dasselbe Dockerfile.

Beide Build-Systeme nutzen jetzt bootBuildImage, das über Cloud Native
Buildpacks direkt aus dem Spring Boot Plugin heraus ein OCI-Image erzeugt:

  Maven:  mvn spring-boot:build-image
  Gradle: ./gradlew bootBuildImage

Das jib-maven-plugin (durch Rebase aus grundlagen vererbt) entfällt zugunsten
des Spring-Boot-eigenen build-image-Ziels.

Außerdem: springBoot { buildInfo() } in Gradle ergänzt, analog zum
build-info-Goal des spring-boot-maven-plugin (bereits in Maven konfiguriert).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: Gradle-Version an Maven-Version angleichen (1.0-SNAPSHOT)

Maven und Gradle hatten unterschiedliche Versionen (1.0-SNAPSHOT vs.
1.1-SNAPSHOT). Beide Build-Systeme sollen dieselbe Version liefern, daher
wird die Gradle-Version auf 1.0-SNAPSHOT korrigiert.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Doku von Spring Kafka empfiehlt `@DirtiesContext` bei `@EmbeddedKafka`

* In diesem einfachen Test ist die Annotation eigentlich überflüssig

Overwrite für die Partition-Assignment-Strategie entfernt

Das `running`-Flag wird nicht mehr benötigt

Migration Spring-Boot 3.4.1 -> 4.0.2 (consumer/spring-consumer)

`ExampleConsumer` in eine Spring-Boot App umgebaut (ohne Spring Kafka)

* Consumerspezifische Properties werden in eigener nested Class verwaltet
** Dadurch wird der Code übersichtlicher, wenn spätere Implementierungen
*  _sowohl_ als Consumer, _als auch_ als Producer agieren!
* Fix: `close()` muss noch vom `ExampleConsumer` aufgerufen werden
** Der Aufruf von `close()` löst die Abmeldung der Instanz bei dem
*  GroupCoordinator aus.
** Dieser Vorgang sollte noch unter der Kontrolle des Anwendungscodes
*  erfolgen!
** Wenn die Methode erst von Spring aufgerufen wird, werden dann ggf. noch
*  Seiteneffekte ausgelöst, die dann noch im Kontext der Instanz laufen,
*  obwohl diese eigentlich schon beendet wurde!
* Ungefangene Exceptions im `ExampleConsumer` lösen das Beenden der App aus
* Das Docker-Setup verwendet den `spring-producer`
** Die Konfiguration wurde außerdem so überarbeitet, dass der Producer
   mehr Nachrichten verschickt (ca. 10 Nachrichten pro Sekunde) und diese
   in Batches à ca. 6 Nachrichten verpackt.
* *Das Docker-Setup verwendet den ``juplo/simple-producer:1.0-SNAPSHOT``*
** Zu dem Zeitpunkt, zu dem der `juplo/simple-consumer:1.0-SNAPSHOT` in
   dem Live-Coding in den `juplo/spring-consumer:1.1-SNAPSHOT` umgebaut
   wird, existiert der `juplo/spring-producer:2.0-SNAPSHOT` noch nicht!

Setup für Spickzettel-Übung um Service `spickzettel` erweitert

Setup für Consumer-Group-Übung um `ute` und `peter` erweitert

Fehler beim Beenden korrigiert: `running = false` zu früh!

Fehlermeldung & Abbruch anstatt hartkodierter Standard-Konfig

Spezial-Einstellungen entfernt, die die TN nicht haben

Partition & Offset stehen eindeutig in der Log-Meldung

Handling der Records wie in abgeleiteten Versionen in eigener Methode

`metadata.maxage.ms` auf 5 Sekunden heruntergesetzt

`simple-producer` in `simple-consumer` verwandelt -- ALIGN

`simple-producer` in `simple-consumer` verwandelt -- COPY

Migration Spring-Boot 4.0.2 -> 4.0.6

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

refactor: Überflüssige Docker-Hilfsdateien entfernen

.dockerignore und .maven-dockerinclude gehören zum alten
Dockerfile/fabric8-basierten Build-Workflow und werden von
Jib bzw. bootBuildImage nicht benötigt.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

refactor: Dockerfile und manuelle Jar-Packaging-Konfiguration entfernen

Seit der Umstellung auf Jib ist das Dockerfile nicht mehr nötig.
maven-dependency-plugin und maven-jar-plugin-Konfiguration (Classpath-
Manifest) waren nur für den manuellen Docker-Build-Weg erforderlich.
Jib übernimmt das Packaging vollständig; mainClass ist nun explizit
in der Jib-Konfiguration gesetzt.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

refactor: Docker-Build von fabric8/bmuschko auf Jib umstellen

Maven nutzte das io.fabric8:docker-maven-plugin mit einem handgepflegten
Dockerfile. Gradle kopierte das JAR umständlich in ein target/-Verzeichnis,
damit dasselbe Dockerfile funktioniert (COPY target/*.jar).

Beide Build-Systeme nutzen jetzt Jib (com.google.cloud.tools:jib-maven-plugin
bzw. com.google.cloud.tools.jib), das direkt aus den compilierten Klassen
und Abhängigkeiten ein OCI-Image erzeugt:

  Maven:  mvn package  (jib:dockerBuild ist an package-Phase gebunden)
  Gradle: ./gradlew jibDockerBuild

Für den Registry-Push:
  Maven:  mvn jib:build
  Gradle: ./gradlew jib

Vorteile:
- Kein Dockerfile mehr nötig (kein Kopier-Hack in Gradle)
- Beide Build-Systeme verwenden dieselbe Methode
- Optimiertes Layering (Abhängigkeiten in separaten Layern)
- Kein laufender Docker-Daemon für den Build nötig

Außerdem: gradle-git-properties Plugin hinzugefügt, analog zum
git-commit-id-plugin in Maven.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

fix: Lombok in Maven korrekt als optional deklarieren

Lombok war mit <scope>compile</scope> deklariert, was dazu führt, dass
es als transitive Abhängigkeit weitergegeben wird. Da Lombok ein reines
Compile-Zeit-Tool (Annotation Processor) ist, muss es als <optional>true</optional>
markiert werden. Der Spring-Boot-Maven-Plugin schließt optionale
Abhängigkeiten automatisch aus dem fat-JAR aus.

Das Gradle-Setup ist in diesem Punkt bereits korrekt (compileOnly +
annotationProcessor).

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Client-ID in Shutdown-Meldungen ergänzt

Limits für die Definition des Service `producer` ergänzt

* Dadurch wird die Gefahr eingegrenzt, dass der Arbeitsplatz eines TN
  überlastet wird.
* Dies ist einigen TN passiert, weil sie den `ExampleProducer` ohne
  `Thread.sleep(500)` als Image gebaut haben.
* Wenn dieser dann unbedacht im Hintergrund weiterläuft, kann das den
  Rechner schnell lahm legen...

Eindeutigere Benennung der erfassten Zeitstempel

Upgrade von Spring-Boot 3.4.1 -> 4.0.2 (grundlagen/simple-producer)

Der Producer zählt statt der gesendeten Nachrichten die in der Queue

Fehlermeldung & Abbruch anstatt hartkodierter Standard-Konfig

Einrückung so, wie es IntelliJ will...

`build.gradle` so erweitert, dass das Image gebaut werden kann

Gradle-Wrapper entfernt

Gradle-Konfiguration für Version 8.11.1 hinzugefügt (mit Wrapper!)

Lombok benötigt nur den Scope `compile`

Maven-Wrapper wieder entfernt - Stört Firewalls beim verschicken

Partition & Offset stehen eindeutig in der Log-Meldung

Logmeldungen verwenden Methodenparameter, wo möglich

Maven-Wrapper von Spring-Boot ergänzt und `README.sh` angepasst

Spring-Boot auf 3.4.1 aktualisiert

Bei einem unerwarteten Fehler wird auch der Stacktrace mit ausgegeben

Der Nachrichten-Wert wird in allen Log-Meldungen mit ausgegeben

Logging-Pattern überarbeitet

Unnötige Kommandos aus der `README.sh` entfernt

`docker` in `simple-producer` verwandelt`

Migration Apache-Kafka 4.1.1 -> 4.1.2

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

CPU/Memory-Limits in dem Setup für Docker-Compose ergänzt

Setup für Docker von COMBINED auf ISOLATED (mit einem Controller) umgestellt

Setup für Docker Compose auf Image `apache/kafka` und KRAFT umgestellt

Fehler im Docker-Setup: log.interval.check.retention.ms war uneinheitlich

Schema-Registry & Connect aus dem Setup für die Grundlagen entfernt

Zoonavigator aus dem Docker-Setup entfernt

Kafka-Images auf 7.8.0 aktualisiert

`log.retention.check.interval.ms` auf 10 Sekunden gesetzt

``version``-Eintrag in `docker-compose.yml` entfernt

"Final Newline" in `.editorconfig` gefordert (scheint vim zu entsprechen)

`.gitignore` und `.editorconfig` hinzugefügt

Schreibweise des CLI-Kommandos für Docker-Compose korrigiert

Upgrade der verwendeten Kafka-Images auf 7.7.1

ZooNavigator in den Demo-Stack aufgenommen

`README.sh` bricht ab, wenn `setup` nicht erfolgreich ist!

Start von Service `setup` startet auch `cli`

Der Service `setup` wartet bereits auf den Cluster

Grace-Period für Broker und cli/setup gesetzt

Schönere YAML-Syntax für `setup`-Service

Services `schema-registry` und `connect` hinzugefügt

Hilfs-Services `setup` überarbeitet

Volumes für die Log-/Config-Daten und Zookeeper hinzugefügt

Setup zurück auf Confluent (Version 7.5.1) mit Zookeeper umestellt

AKHQ auf einen eindeutigeren Port verlegt

Automatisches entfernen von Orphans beim Start

Docker-Setup in das Unterverzeichnis `docker` verschoben