Configuring no-request-timeout in WildFly

The no-request-timeout attribute specifies the length of time in milliseconds that a connection is idle before it is closed. The default value is 60000 milliseconds (1 minute).

Here is how you can check its value:

/subsystem=undertow/server=default-server/http-listener=default:read-attribute(name=no-request-timeout)
{
    "outcome" => "success",
    "result" => 60000
}

And conversely you you can increase it:

/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=no-request-timeout, value=70000)

Tuning this option in your environment for optimal connection efficiency can help improve network performance. If idle connections are prematurely closed, there are overheads in re-establishing connections. If idle connections are open for too long, they unnecessarily use resources.

It is worth to know, that some versions of WildFly ( 14.0.1.Final, 15.0.1.Final ) are affected by the following issue: https://issues.jboss.org/browse/WFLY-11691 (Default no-request-timeout value on HTTP(s) listeners seems to be causing unexpected timeouts)

You have to upgrade to WildFly 16 or newer to solve this issue.


Recommended Articles

How to Access WildFly/JBoss Across Your Network: Security Configuration and Bind Address Setup

Learn how to access WildFly or JBoss across your network with secure configuration. #WildFly #Java #CloudNative #JBoss #Security

JBoss Network Management Interface Resolution: A Step-by-Step Guide

Solve the 'jboss.network.management: failed to resolve interface management' issue in JBoss AS with this tutorial.

Optimize Server Performance with Advanced WildFly and JBoss EAP Concurrency Settings

Learn how to configure max concurrent request limits at server, connector, and application levels in WildFly and JBoss EAP for improved performance. #WildFly #JbossEAP #JavaConcurrency

How to Shutdown WildFly Gracefully: A Step-by-Step Guide

Learn how to shutdown WildFly gracefully with a timeout, allowing running requests to complete normally.