- Shipped
- 4 lipca 2026 01:18 UTC
- Author
- Kamo
- Commit
- b361f0a
Przegląd kontradyktoryjny (2 soczewki; 5 weryfikatorów zmarło na granicy sesji - osądził 9 surowych wyników ręcznie, 6 rzeczywistych): - Niewłaściwy sekret (potwierdzony przez porównanie hash): wewnętrzny.auth.secret demona Ustala się w wartości publicznej, ale VOIP /api/bulktext/send poprawki mlos-internal-auth - każdy sms stewarda miałby 403'd razy więcej Konfigurowany (domyślnie zamaskował go w E2E). StewardNotifier teraz wiąże Dedykowana właściwość mlos.internal-auth-secret; uchwyty rozmieszczające Mierzy-internal-auth; mapy konfiguracyjne INTERNAL_AUTH_SECRET. - nowy RestTemplate() miał nieskończone limity czasu - zawieszony telefon VOIP zaklinowałby Trwały TYLKO nić konsumenta wewnątrz otwartego tx CRDB bez błędu, opóźnień Wszyscy steward fan-out do ponownego uruchomienia kapsuły. Połącz 3s / przeczytaj 5s; limit czasu teraz Powierzchnie jako ResourceAccessException -> RETRY -> DLQ zgodnie z planem. - max-próby cicho ograniczone przez - podnoszenie Pokrętło powyżej pułapu brokera straciłoby wydarzenia z literą NO martwą. Skuteczna czapka >> min (maksymalna próba, max-dostarcz), ostrzegaj na zacisku, konfiguracja dokumentuje sprzężenie. - Stały numer 4xx (zły numer / 422 no provider) już zalogowany + SKIPPED (próby nigdy nie mogą się udać i ponownie rozmrażają wcześniejsze liczby każdej ponownej dostawy); 429 I 5xx nadal propaguje się do ścieżki RETRY. - Niepłatność subskrypcji Boot-time nie pozostawia konsumenta cicho martwego: ponownie łączne W tle powtarza się co 30 lat (40 prób). (Ten sam wzór w Wcześniejszy konsument naprzemocy jest kontynuacją.) - Testy: MlosTaskResolvedConsumerTest (w tym wystąpiła poprawka JSR-310 na ITS Mapper + zacisk), DEAD_LETTERED-must-mack na obu konsumentów, StewardNotifier Wyślij umowę (URL/nagłów/ciało) + 4xx-skip + 5xx-propagate. 15/15.