You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
With the resolution of #3951, HTTP2Stream now queues DATA frames up to the flow control window size, and delivers them to listeners only if there is demand.
Before #3951, HTTP2Stream was delivering DATA frames to listeners immediately, so the queuing was happening in 2 places: either HttpInput for normal HTTP requests, or HTTP2StreamEndPoint in case of CONNECT requests.
I think we can remove the queuing from both HttpInput and HTTP2StreamEndPoint.
For HttpInput we need to consider the effects with HTTP/1.1, which I already think it overrides HttpInput in all the relevant places to not use its queuing features.
This issue has been automatically marked as stale because it has been a
full year without activity. It will be closed if no further activity occurs.
Thank you for your contributions.
Jetty version
10.0.0
Java version
11
Description
With the resolution of #3951,
HTTP2Stream
now queuesDATA
frames up to the flow control window size, and delivers them to listeners only if there is demand.Before #3951,
HTTP2Stream
was deliveringDATA
frames to listeners immediately, so the queuing was happening in 2 places: eitherHttpInput
for normal HTTP requests, orHTTP2StreamEndPoint
in case ofCONNECT
requests.I think we can remove the queuing from both
HttpInput
andHTTP2StreamEndPoint
.For
HttpInput
we need to consider the effects with HTTP/1.1, which I already think it overridesHttpInput
in all the relevant places to not use its queuing features.@gregw thoughts?
The text was updated successfully, but these errors were encountered: