[jboss-jira] [JBoss JIRA] (WFLY-12188) Option READ_TIMEOUT is ignored

[Flavia Rainone (Jira)]

    [ https://issues.jboss.org/browse/WFLY-12188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13782577#comment-13782577 ] 

Flavia Rainone commented on WFLY-12188:
---------------------------------------

[~brian.stansberry] After some investigation, I figured that the only way that read timeout is being properly set is at Undertow subsystem via:
{code}
<subsystem xmlns="urn:jboss:domain:undertow:10.0" default-server="default-server" default-virtual-host="default-host" default-servlet-container="default" default-security-domain="other" statistics-enabled="${wildfly.undertow.statistics-enabled:${wildfly.statistics-enabled:false}}">
            <buffer-cache name="default"/>
            <server name="default-server">
                <http-listener name="default" socket-binding="http" redirect-socket="https" enable-http2="true" read-timeout="120"/>
                <https-listener name="https" socket-binding="https" security-realm="ApplicationRealm" enable-http2="true" read-timeout="5000"/>
{code}
So, for users using {code}
 <connection uri="remote+http://127.0.0.1:8080" />
{code}
or
{code}
 <connection uri="remote://127.0.0.1:8080" />
{code}
It is the timeout at http-listener that counts. If using 8443 port, it is the one in https-listener.

If the option is passed via:
{code}
<subsystem xmlns="urn:jboss:domain:remoting:4.0">
            <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm">
           <properties>
                 <property name="org.xnio.Options.READ_TIMEOUT" value="100"/>
            </properties>
            </http-connector>
        </subsystem>
{code}
It is completely ignored, even if the read-timeout config in Undertow http-listener is ommitted, i.e., it is not overwritten, it is plainly ignored.
What do you think we should do about this? Just document it, or remove the XNIO Options support from http-connector? Add a warning?

> Option READ_TIMEOUT is ignored
> ------------------------------
>
>                 Key: WFLY-12188
>                 URL: https://issues.jboss.org/browse/WFLY-12188
>             Project: WildFly
>          Issue Type: Bug
>          Components: EJB, Remoting
>    Affects Versions: 17.0.0.Final
>            Reporter: Joerg Baesner
>            Assignee: Flavia Rainone
>            Priority: Blocker
>              Labels: blocker-WF18
>
> What's the difference of the {{READ_TIMEOUT}} in _ejb3_ subsystem vs. _remoting_ subsystem? See:
> {code}
>             <remote connector-ref="http-remoting-connector" thread-pool-name="default">
>                 <channel-creation-options>
>                     <option name="READ_TIMEOUT" value="${prop.remoting-connector.read.timeout:20}" type="xnio"/>
>                     <option name="MAX_OUTBOUND_MESSAGES" value="1234" type="remoting"/>
>                 </channel-creation-options>
>             </remote>
> {code}
> {code}
>         <subsystem xmlns="urn:jboss:domain:remoting:4.0">
>             <endpoint/>
>             <http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm">
>                 <!-- server-side configuration -->
>                 <properties>
>                     <property name="org.jboss.remoting3.RemotingOptions.HEARTBEAT_INTERVAL" value="5000"/>
>                     <property name="KEEP_ALIVE" value="true"/>
>                     <property name="READ_TIMEOUT" value="10000"/>
>                     <property name="WRITE_TIMEOUT" value="10000"/>
>                 </properties>
>             </http-connector>
> {code}
> None of those options work.



--
This message was sent by Atlassian Jira
(v7.13.5#713005)