- Verschifft
- 23. September 2026 um 10:18 UTC
- Autor
- Kamo
- Ausschuss
- eb9cc3b
Beide RestTemplate Bohnen wurden aus einem nackten JdkClientHttpRequestFactory gebaut ohne Auszeit. Eine stromaufwärts, die die Verbindung akzeptiert und dann nie Antworten -- eine verkeilte Hülse, eine Sackgasse -- geparkt ein Gateway-Threk auf diese Steckdose für immer; genug von denen Auspuff der endliche Tomcat Thread Pool hinter dem einzigen /api/** Chokepoint der Plattform und nehmen Sie jeden Mieter, nicht nur der Anrufer der langsamen Route. Connect Timeout ist 5s: der vorgelagerte Service existiert immer in-Cluster, also ein connect not etabliert, das dann bedeutet, dass die Hülse dahinter verschwunden ist. Lesen Timeout ist ein globaler 120er und nicht ein pro-Präfix-Wert -- hat diese Klasse keine pro-Route RestTemplate heute, die Bedrohung (eine stromaufwärts, die nie antwortet) ist das gleiche unabhängig von Präfix, und 120s bequem deckt die die langsamste legitime Anrufe dieses Gateway vorwärts (große Uploads zu /api/docs und /api/media, AI chat, Rechnungsausfuhren). Traefiks eigene Inbound ReaktionTimeouts.readTimeout ist 3600s, so nichts vor diesem Aufruf war immer gehen, um eine Anfrage kürzer als 120s sowieso geschnitten. RestTemplateTimeoutTest fährt einen echten Socket, der den TCP akzeptiert Verbindung und schreibt dann nie eine Antwort, mit einem kurzen Timeout in Ort der echten 120er, so dass der Test selbst kann nicht die Suite hängen, und behauptet, der Kunde gibt auf eigene Faust auf. Zurück zur kahleren Fabrik lässt den zugrunde liegenden Ruf an JUnits eigenem Preventiv-3-Schutz hängen, das genau der Fehlermodus ist, der dies behebt.