Github user shinrich commented on the pull request:
https://github.com/apache/trafficserver/pull/216#issuecomment-110739883
I thought the reason sending the 100-continue is later was to make sure
there was communication with the origin server (or access from the cache)
before telling the client to go ahead and send the post data. So the client
doesn't waste it's time and network bandwidth sending large post bodies.
If you move the send 100 earlier, in to the read request header, all you
have guaranteed is that the client successfully communicated with ATS.
Perhaps a better option is to provide a call to the intercept plugin to
send off the 100-continue later?
---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---
