Stop 60-tkijowym połączeniu Tomcat, zabijając długi upload

FixMediaService
Szycy
8 sierpnia 2026 03:19 UTC
Autor
Kamo
Pochęt się
dcc4af3

Akuł czatowy 2 GiB zawiódł po prawie czterech minutach udanego transferu Z MultipartException owijając gołe SocketTimeoutException, a członek był Powiedział "Wewnętrzny błąd serwera". Tomcat nieużytkowy domyślnie domyślnie true, co nie oznacza, że nie ma Prześlij timeout — oznacza to, że oddzielna, dłuższa jest wyłączona i połączenieTimeout Rządzi też odczytami ciała. To niewypłacalność to 60s i nigdy nie została nadpisana, więc tak 60-sekundowa pauza w nadlatującym ciele zabiła prośbę. Przy starym 100 MB sufitu a Transfer rzadko biegł wystarczająco długo, aby spotkać się z jednym; przy 3 GiB biegnie przez minuty Przeglądarka, Traefik, Next BFF i Tomcat, gdzie stoisko tak długie jest blisko Nieunikniony. Ciało otrzymuje teraz godzinę, pasując do punktu wejścia Traefik przed To, podczas gdy linia wniosków i nagłówki utrzymują termin 60s, który faktycznie graniczy Powolneloris. Wieloczęściowe parowanie odbywa się przed wyborem urządzenia obsługującego, więc te niepowodzenia nigdy nie osiągnęły Własna obsługa błędu kontrolera i spadła do wiosennego półki 500 - tak samo Odpowiedź na zatrzymane połączenie i ponadwymiarowy plik. Odpowiadają teraz 408 i 413 Z powodu, na który członek może działać.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny