Rückbau der Deaktivierung der Commits, um den Code anzugleichen

Rückbau der Deaktivierung der Commits, um den Code anzugleichen

* Hier wurde die Deaktivierung der Commits im Falle eines Fachlogik-Fehlers
  zurückgebaut, um die einzelnen Schritte der Übung leichter
  nachvollziehbar zu machen.
* Die Deaktivierung der Commits im Falle eines Fachlogik-Fehlers (aka
  Exception in der Fachlogik) ist nötig, da ansonsten in dem Rebalance,
  das durch das `unsubscribe()` ausgelöst wird, die aktuelle
  Offset-Position aus sicht der Kafka-Client-Library commited wird.
* *Dies führt dazu, dass der zugehörige Testfall fehl schlägt*
* Dies würde dann zu einem Verlust von Nachrichten führen, da die
  Client-Bibliothek davon ausgeht, dass alle vom letzten `poll()`
  gelieferten Nachrichten erfolgreich verarbeitet wurden.
* D.h., nach einem Fachlogik-Fehler darf _kein_ Commit über die
  Convenient-Methode des `KafkaConsumer` durchgeführt werden, die
  automatisch die Offsets bestätigt, die die Bibliothek für aktuell
  hält.