Re: [hybi] Max frame size

[Brodie Thiesfield <[e-mail]>]

On Thu, Jun 23, 2011 at 8:01 PM, Francis Brosnan Blázquez
<[e-mail]> wrote:
> Hi Scott,
>> No. It's like a HTTP chunked POST, where the application receives a
>> stream of data, not the underlying HTTP chunks.
>>
>> A server (or client) which exposes the frames as its primary API is
>> doing it wrong.
>
> I think you are getting my wrong maybe because I mentioned "...which is
> called every single frame is received", but obviously my point is
[snip]
> ..and you really think this API is suitable for a message oriented
> protocol? (I assuming your fread concept will return bytes as it comes
> not complete messages)

Scott understood you and was only talking about the data, however the
file stream API metaphor might be distracting.

Websocket is a message based protocol, but the message contents are
byte streams that might be split into any number of frames. So your
websocket layer notifies your upper layer only of the messages and
bytes. The frames are a websocket layer concept that the next layer
has no need to know of.

The websocket layer will tell the upper layer about the start of a
message, then feed it bytes until the message is complete, then tell
it that the message is complete. The bytes may come from a single
frame, or multiple frames. The upper layer has no need to know.

Think of the processing as something like the following (note that
control frames, compression, etc is ignored):

while have connection:
    receive frame header
    if first frame in message:
        notify application layer of the start of a message
    receive bytes up to max of frame length:
        pass bytes up to the application layer as message data
    if last frame in message:
        notify application layer that the message is complete

The frames are never notified to the application layer. It doesn't need to know.

Brodie