Sporadische Timing-Fehler in dem Test ausgeschlossen
authorKai Moritz <kai@juplo.de>
Wed, 11 May 2022 16:25:36 +0000 (18:25 +0200)
committerKai Moritz <kai@juplo.de>
Sun, 5 Jun 2022 12:14:46 +0000 (14:14 +0200)
commit7819bf5f7f5b875d14a2cbb2d435a6652e46b4ae
treeff11cedbba8566863afb8efea2730b7eb1dce4ce
parent1709f0e4f41be7e3b955d19769697a517633827d
Sporadische Timing-Fehler in dem Test ausgeschlossen

* Ohne die Verzögerung des Pollings von Awaitility schlug der neue
  Test manchmal fehl, wenn der letzte Fehler, der auf die DLQ verschoben
  werden musste, genau auf dem letzten verarbeiteten Datensatz aufgetreten
  ist.
* Der Timeing-Fehler kann gezielt ausgelöst werden, wenn das Poll-Intervall
  quasi auf Null (1 Nanosekunde) gesetzt wird.
* Das zurückhaltendere Polling führt dazu, dass der Timing-Fehler im Test
  nicht mehr auftritt.
* _Schluss:_ Das Tooling war durch das penetrannte Polling von Awaitility
  einfach so überlastet, dass der Offset-Commit nicht schnell genug
  angekommen ist.
src/test/java/de/juplo/kafka/ApplicationTests.java