Argh!
On 15/04/2020 19:46, Chris Hegarty wrote:
From section 6.2 - HEADERS:
END_STREAM (0x1): When set, bit 0 indicates that the header block
(Section 4.3 <https://tools.ietf.org/html/rfc7540#section-4.3>) is the
last that the endpoint will send for the
identified stream.
A HEADERS frame carries the END_STREAM flag that signals the end
of a stream. However, a HEADERS frame with the END_STREAM flag
set can be followed by CONTINUATION frames on the same stream.
Logically, the CONTINUATION frames are part of the HEADERS frame.
Thanks Chris - I stand corrected.
I should know better than assume things.
My changes to HeaderFrame.java are wrong then. The rest of the fix
should be good. Thanks for catching that! So END_STREAM doesn't
signal the immediate end of the stream...
best regards,
-- daniel