Schreibe NotifyEvent vom Typ "polling" unabhängig vom NotifyEvent vom Typ "callback"

Why

Follow-Up zu Ticket #1295 (closed).

Unter anderem zu Debuggingzwecken und um z.B. Behauptungen zu verifizieren müssen wir grundsätzlich wissen, ob wer von welchen Nachrichten (Submission / Reply) gewusst hat.

Aktuell ist das Verhalten nicht ganz nachvollziehbar (siehe Ist vs. Soll)

Ist

Aktuelles Verhalten der Anwendung:

  • Erfolgreiches durchführen eines Callbacks
  • NotifyEvent mit type=callback wird geschrieben
  • Das geschriebene NotifyEvent mit type=callback blockiert das Schreiben des NotifyEvent mit type=polling durch setzen des Flags notifyEventWritten.

Soll

  • Erfolgreiches durchführen eines Callbacks
  • NotifyEvent mit type=callback wird geschrieben
  • Das geschriebene NotifyEvent mit type=callback. Ein Schreiben des NotifyEvent mit type=polling wird nicht blockiert.

Dieses Verhalten soll für Replies und Submissions umgesetzt werden.

Links, Notes, Remarks

  • Um Missverständnisse zu vermeiden ist es ratsam, das Flag notify_event_written für Submission und Reply umzubenennen. Z.B. zu notify_event_for_type_polling_written.
  • Callbacks haben wir unter Kontrolle, Polling nicht (macht der API Client).

Acceptance criteria

  1. Wenn eine Submission/Reply über ein callback und polling abgerufen (informiert) wird, dann soll sowohl ein NotifyEvent mit type=polling als auch ein NotifyEvent mit type=callback
  2. Pro Submission/Reply gibt es maximal ein NotifyEvent pro Typ (callback / polling)
  3. ...

Implementation plan (to be completed by the developer)

Edited by Wojciech Gdaniec