debian
ecece16352
Deploy PROD / deploy (push) Successful in 26s
Poprzedni commit zmienil typ w rekordzie `Event` na `ModeratorInteractionView`, a ten sam rekord obsluguje TAKZE temat publiczny: `chatPosted`, `chatRemoved`, `questionPublished`, `questionUpdated` i `questionRemoved` przekazuja do niego `InteractionView`. Build backendu przestal sie kompilowac z trzema bledami "incompatible types". Wdrozenie zatrzymalo sie na tym etapie, wiec produkcja zostala na poprzednim obrazie i dzialala bez przerwy. `Event` wraca do widoku publicznego, a temat moderacji dostaje wlasny rekord `ModeratedInteractionEvent`. Jeden wspolny dla obu tematow byl zreszta zla konstrukcja niezaleznie od bledu: zmiana typu w jednym miejscu cicho przepuszczalaby dane moderacji na strumien publiczny albo odwrotnie, a to jest granica prywatnosci, nie szczegol implementacji. Nazwa `ModerationEvent` byla juz zajeta przez zdarzenie o wyciszeniu i zablokowaniu uczestnika, ktore niesie sam identyfikator zapisu. Trzy rozne zdarzenia maja teraz trzy rozne rekordy. Blad wyszedl dopiero na wdrozeniu, bo backendu nie da sie u mnie skompilowac: nie ma Mavena ani Dockera, a proba zlozenia classpath z lokalnego repozytorium konczy sie kolizja starych bibliotek `javax` z `jakarta` i brakiem Lomboka. Sprawdzone wiec porownaniem sygnatur: piec wywolan `new Event(...)` odpowiada pieciu metodom przyjmujacym `InteractionView`, a lancuch moderacji ma `ModeratorInteractionView` na kazdym etapie. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>