POST's with Expect: 100-continue are slowed by delayed 100 response.
--------------------------------------------------------------------

                 Key: TS-1125
                 URL: https://issues.apache.org/jira/browse/TS-1125
             Project: Traffic Server
          Issue Type: Bug
          Components: HTTP
    Affects Versions: 3.0.2
         Environment: TS 3.0.2 going to Apache 2.2 web server
            Reporter: William Bardwell
            Priority: Minor


Sending a post like:
POST / HTTP/1.1
Host: www.example.com
Content-Length: 10
Expect: 100-continue

directly to the web server immediately sends back:
HTTP/1.1 100 Continue

And then when the post data is sent, a status 200 response comes back.
But when going through ATS the "HTTP/1.1 100 Continue" is not sent immediately, 
and instead is sent after the POST data has been received.  This is legal, but 
it makes clients that are hoping for a 100 continue to wait a little while 
hoping to get that, ATS should forward that response through immediately.

Note: I see curl using "Expect: 100-continue" with > 1024 bytes of post data, 
but web searching indicates that some Microsoft products also use it.



--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to