README.sh führt das Verhalten bei einem Deserialierungs-Fehler vor
* Weil der Fehler vom `DefaultErrorHandler` als fatal klassifiziert wird,
kommpt die von der Auto-Konfiguration erzeugte `+FixedBackOffStrategy+`
nicht zum Zuge und es wird auch kein Seek über den Fehler durchgeführt.
* D.h., es werden hier _keine_ Retries und _kein_ Seek_ durchgeführt.
* Stattdessen wird direkt der konfigurierte `Recoverer` aufgerufen.
* Da der per Default konfigurierte `Recoverer` aber lediglich eine
Log-Meldung mit dem Log-Level ERROR für die Nachricht erzeugt,
landet die Anwendung dann in einer Endlos-Schleife, da die Offset-Position
nicht "korrigiert" (will sagen: über den Fehler hinwegbewegt) wird.
* Hier kann dann der `+DeadLetterPublishingRecoverer+` konfiguriert werden,
damit diese Fehler nicht nur gelogged, sondern als neue Nachrichten in
das Dead-Letter-Topic geschrieben werden.