# Timeout für enaio Gateway **URL:** \ **Category:** enaio®\ **Tags:** tip, coding\ **Created:** [11. September 2026 um 09:33 UTC](https://ecm.community/t/timeout-fuer-enaio-gateway/871 "2026-09-11T09:33:32Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![bb](https://ecm.community/letter_avatar_proxy/v4/letter/b/7ba0ec/32.png) [@bb](https://ecm.community/u/bb)\ **Post date:** [11. September 2026 um 09:33 UTC](https://ecm.community/t/timeout-fuer-enaio-gateway/871/1 "2026-09-11T09:33:32Z")
Hallo zusammen, wir betreiben einen Webservice hinter dem enaio Gateway und führen über diesen einen lang laufenden POST-Request an einen externen REST-Service durch. Unser Webservice bietet hierfür eine Weboberfläche an über die man den Request nach Extern starten kann. Hierbei sieht man in den Dev-Tools des Browsers, dass der Request nach exakt 2 Minuten abbricht. Als Verursacher konnten wir das enaio Gateway ausmachen, da sich der Request sowie der Abbruch dort im Log nachvollziehen lassen. Gibt es eine Möglichkeit, das Standard-Timeout von 120 Sekunden im enaio Gateway entsprechend zu erhöhen? Danke vorab und viele Grüße ---
**Author:** ![uw](https://ecm.community/user_avatar/ecm.community/uw/32/695_2.png) [@uw](https://ecm.community/u/uw)\ **Post date:** [11. September 2026 um 13:29 UTC](https://ecm.community/t/timeout-fuer-enaio-gateway/871/2 "2026-09-11T13:29:34Z")
Hallo @bb, ist etwas schwierig zu sagen da ich nicht den Quellcode habe. An sich basiert der enaio Gateway auf Spring Boot und Tomcat. Aber der sollte eigentlich nur einen Isle Timeout haben. Es könnte aber auch in der HTTP Client Library liegen, also die Library welche die Aufrufe Richtung Service weiterleitet. Aber dazu hab ich keine genauen Informationen. Hast du vielleicht eine Beispiel Meldung aus dem enaio Gateway? Grüsse Uli ---
**Author:** ![pz](https://ecm.community/user_avatar/ecm.community/pz/32/682_2.png) [@pz](https://ecm.community/u/pz)\ **Post date:** [11. September 2026 um 13:34 UTC](https://ecm.community/t/timeout-fuer-enaio-gateway/871/3 "2026-09-11T13:34:32Z")
Hallo @bb, ich habe in unseren internen Tickets eine Zusammenfassung eines Support-Calls mit OPTIMAL SYSTEMS zu diesem Thema von vor 6 Jahren gefunden. Dort ging es noch um enaio Version 9.0, die folgenden Infos setzen also erst Tests voraus, ob das überhaupt noch so funktioniert: - In der Konfiguration des Gateways unter `..\gateway\apps\os_gateway\config\application-prod.yml` kann folgender (Stand heute undokumentierter) Parameter gesetzt werden: `proxy.services.session.socketTimeoutInMs: 120000`. Wenn dieser nicht gesetzt ist, werden die von dir erlebten `120000` ms gewartet. Bei einer Erhöhung können allerdings negative Effekte wie zum Beispiel ein erhöhter Verbrauch an Sessions auftreten, weshalb nachfolgender Parameter ausweichend angepasst werden kann - In der Konfiguration des Gateways unter `..\gateway\apps\os_gateway\config\application-prod.yml` kann außerdem folgender Parameter gesetzt werden: `proxy.maxParallelConnections: 50`. Wenn dieser nicht gesetzt ist, werden maximal `50` Sessions gleichzeitig zugelassen. Eine Erhöhung muss vorsichtig geschehen und dabei auf den RAM-Verbrauch des Services und das Windowshandling geachtet werden. Du kannst ja mal testen, ob das noch so bei der aktuellen enaio-Version funktioniert. Falls nicht, könntest du den Request vielleicht stattdessen asynchron machen und den Job nur anstoßen? Liebe Grüße Patrick ---
**Author:** ![bb](https://ecm.community/letter_avatar_proxy/v4/letter/b/7ba0ec/32.png) [@bb](https://ecm.community/u/bb)\ **Post date:** [5. Oktober 2026 um 13:33 UTC](https://ecm.community/t/timeout-fuer-enaio-gateway/871/4 "2026-10-05T13:33:36Z")
Hallo @pz , vielen Dank für die Infos und sorry für die urlaubsbedingte, späte Rückmeldung. Die Schalter funktionieren tatsächlich noch. Getestet habe ich es aktuell auf einer enaio 11.10. Viele Grüße Benjamin