Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-17818

[QE](7.2.z) Undertow http-listener max-connections attribute no longer causes additional connections to be rejected

    XMLWordPrintable

Details

    • +
    • Workaround Exists
    • Hide

      -Dxnio.nio.alt-queued-server=false

      Show
      -Dxnio.nio.alt-queued-server=false
    • Hide

      1. _/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-connections,value=20)
      reload_
      2. deploy the attached long-running-servlet.war
      3. perform requests (the duration parameter dictates how much time in ms the request processing should take):

      for i in {1..300}; do curl http://localhost:8080/long-running-servlet/HeavyProcessing?duration=5000 & done
      

      4. you can see the way the requests are being processed in the server log

      Show
      1. _/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=max-connections,value=20) reload_ 2. deploy the attached long-running-servlet.war 3. perform requests (the duration parameter dictates how much time in ms the request processing should take): for i in {1..300}; do curl http: //localhost:8080/ long -running-servlet/HeavyProcessing?duration=5000 & done 4. you can see the way the requests are being processed in the server log

    Description

      There is a change in behavior of the max-connections attribute in Undertow's http(s)-listener between EAP 7.2.4 and 7.2.5.CR1.

      Let's say max-connections=10:

      • 7.2.4: the number of concurrent connections is limited to 10, additional connections are rejected
      • 7.2.5.CR1: there are still only up to 10 connections created, but the additional requests are no longer rejected, but instead processed in batches of 10

      It looks like the change actually comes from the XNIO upgrade to 3.7.6 (JBEAP-17665)

      Attachments

        Issue Links

          Activity

            People

              istudens@redhat.com Ivo Studensky
              pmackay@redhat.com Peter Mackay
              Peter Mackay Peter Mackay
              Peter Mackay Peter Mackay
              Votes:
              0 Vote for this issue
              Watchers:
              11 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: