Bug: Verbleiben Submissions im Zustand `FORWARDED` werden sie nicht automatisch rejected
Description of the bug:
- Befindet sich eine Submission im Zustand
FORWARDED
- und wird NICHT akzeptiert (Zustand
ACCEPTED
) oder abgelehnt (ZustandREJECTED
) - so verbleibt die Submission im Zustand
FORWARDED
und wird nicht automatisiert rejected.
IST:
Befindet sich eine Submission im Zustand FORWARDED
und wird NICHT akzeptiert (Zustand ACCEPTED
) oder abgelehnt (Zustand REJECTED
) so verbleibt die Submission im Zustand FORWARDED
und wird nicht automatisiert rejected (Zustand REJECTED
).
SOLL:
Submissions im Zustand FORWARDED
sollen analog zu dem Zustand SUBMITTED
nach einer konfigurierten Anzahl von Tagen im Rahmen der Löschfristen rejected werden.
Dazu kann der "Cronjob" welcher regelmäßig die Submissions im Zustand SUBMITTED
welche älter als x Tage sind ermittelt und rejected erweitert werden, sodass hier auch Submissions im Zustand FORWARDED
aufgeräumt werden.
Die Grafik in der Ereignisübersicht der FIT-Connect Dokumentation beschreibt bereits das erwartete Verhalten. Der rot markierte Zustandsübergang ist aktuell nicht implementiert: Die Aktivierung dieser Funktionalität auf einzelnen Umgebungen soll über einen Flag/Config) implementiert werden, so dass die Anbindungsprojekte vorab abgeholt werden können. (Aktivierung dann in enger Abstimmung zw. Deployment(Maik) & Anbindungsmanagment (Laura)
Im Rahmen des Issues soll auch auch der Zeitraum der S3 automatisierten Löschfrist auf den maximal möglichen Zeitraum einer Existenz einer Submission / Reply gesetzt werden. siehe auch #1705 (comment 135322)
Environments:
Alle (ein Hotfix ist zum heutigen Stand allerdings nicht notwendig)
Additional Information:
- Hinweis: Das
submission-forwarded
Event und damit auch der ZustandFORWARDED
sind deprecated und bald abgekündigt ( #310). Jedoch existieren auf den Umgebungen Submissions in diesem Zustand, welche aktuell nicht abgeräumt werden. - Auf der
DEV
Umgebung gibt es aktuell keine Submissions im ZustandFORWARDED
. Auf derTEST
Umgebung gibt es aktuell (13.02.24) 383 Submissions die im ZustandFORWARDED
verweilen. Die ältesten Submissions sind am 21.03.22 in diesen Zustand übergegangen [1]. Daher ist die Annahme, dass auch auf den höheren StagesSTAGE
undPROD
Submissions die sich in diesem Zustand befinden existieren.
[1]: 383 Submissions auf der TEST
Umgebung befinden sich im Zustand FORWARDED
.
SELECT id, submission_id, current_status, state_changed_at
FROM submission
WHERE current_status = 'FORWARDED'
ORDER BY state_changed_at;
---
18,b567ea6e-6b6b-4af6-ac3d-d804af6e8894,FORWARDED,2022-03-21 12:12:11.334331
35,a12f2e95-ed5d-4f96-b494-0a356a84b1b8,FORWARDED,2022-03-21 14:00:24.602184
44,2869cf9d-92f0-4d52-bae1-a19900f46bc7,FORWARDED,2022-03-21 14:09:41.493003
51,5c35f3f3-bf5d-4ac6-b763-9fc30f4af0eb,FORWARDED,2022-03-21 14:29:27.670549
235,f6f847a4-cba3-4da0-a101-25ab7a3f7ffb,FORWARDED,2022-04-04 08:02:23.596641
...
Dependency / relationship to other issues:
-
#310 → sollte dieses Ticket vorab eingeplant und umgesetzt sein, kann auch diskutiert werden, ob man statt der Umsetzung eines Automatismus ggf. einmalig ein manuelles Bereinigungsskript zum Rejecten aller
FORWARDED
Submissions zur Verfügung stellt und auf jeder Umgebung ausführt. - #1292 (closed)
- #1046
Responsible person / team:
Contact persons including contact details:
Screenshots / Logs / Requests:
- siehe z.B.
TEST
Datenbank.
Checklist:
-
Add Severity label -
Add team label -
Related/affected issues/stories/epics linked and explained in the bug issue -
Creation of an automated test -
Bugfix deployed on DEV -
Bugfix tested on DEV -
Bugfix deployed on TEST -
Bugfix tested on TEST (possibly also by the connection project itself) -
Successful fix reported to Team Operations (Teams channel) -
Bugfix deployed on STAGE -
Bugfix tested on STAGE if necessary -
Bugfix deployed on PROD -
Bugfix tested on PROD (possibly also by the connection project itself) -
Final communication by Team Operations if necessary -
Internal documentation was checked and updated if necessary -
External documentation has been checked and updated if necessary -
Updated changelog if necessary
Approach/Solution:
- Es kann analog zum Service
RejectSubmittedSubmissionsService
ein regelmäßiger Job über den JobRunr aufgerufen werden, der sich darum kümmert Submissions im ZustandFORWARDED
zu rejecten. Analog zu den anderen Jobs sollte dieser ebenso über die Umgebung konfiguriert werden können. Siehe analog die Konfiguration zum rejecten von submitted Submissions.