Re: [hybi] Clarify the role of closing handshake

On Tue, Feb 15, 2011 at 5:45 PM, Takeshi Yoshino <tyoshino@google.com>wrote:

> On Tue, Feb 15, 2011 at 13:45, <Yutaka_Takeda@playstation.sony.com> wrote:
>
>>
>> Okay, I admit my example was bad.
>>
>> Just to be clear, even with this code:
>>
>>       websocket.send("a-message-needs-to-reach-server")
>>       websocket.close()
>>
>> From your opinions, programmers should not expect that the message always
>> reach the server. (granted)
>>
>>
> Yes, this point should be noted in the spec, or developers may
> misunderstand.
>

In the grizzly version, I actually just queue up the close frame behind the
others.  Is this not what should happen?  Should the close frame jump to the
front of the line?

>
>
>> Now, here's another question for you.
>>
>> If onclose() callback is made on the websocket, would it be helpful if
>> that callback (with wasClean=true) guarantees
>> that the message has been delivered to the server?
>>
>>
> Just to be sure, again I'd like to note that ... the complex algorithm in
> -05 realizes this (wasClean=true iff received Close frame with "C"), but any
> of the proposal A-1, A-2, B I wrote don't. What A-2 and B can do is just
> avoiding RST hazard case.
>
>
>> # trying to figure out whether graceful shutdown at least during 'closing'
>> state would ever be helpful.
>>
>>
> I personally think since an application can have its own ack to take care
> of this, we don't have to have this feature as mandatory in WebSocket.
>
>
>> Thanks,
>> - Yutaka
>>
>>
>> hybi-bounces@ietf.org wrote on 02/15/2011 12:33:28 PM:
>>
>>
>> > On 2/15/11 1:30 PM, Brian wrote:
>> >
>> > > If you need, with websocket, to detect that the user's gone
>> > > away (such as for an IM system to show that they're offline), you can
>> > > do that on the server when you detect the connection is closed.  If
>> > > you're using xhr-polling or similar, a reasonably short timeout on the
>> > > server during which the user doesn't reconnect for more data should
>> > > suffice as a suitable "user has gone away" event.
>> >
>> > Agreed. And this is what we do in IM systems like XMPP (whether using
>> > the TCP binding or BOSH).
>> >
>> > Peter
>> >
>> > --
>> > Peter Saint-Andre
>> > https://stpeter.im/
>> >
>> >
>> >
>> > [attachment "smime.p7s" deleted by Yutaka Takeda/R&D/SCEA]
>> > _______________________________________________
>> > hybi mailing list
>> > hybi@ietf.org
>> > https://www.ietf.org/mailman/listinfo/hybi
>>
>> _______________________________________________
>> hybi mailing list
>> hybi@ietf.org
>> https://www.ietf.org/mailman/listinfo/hybi
>>
>>
>
> _______________________________________________
> hybi mailing list
> hybi@ietf.org
> https://www.ietf.org/mailman/listinfo/hybi
>
>

-- 
You can find me on the net at:
http://antwerkz.com
http://www.linkedin.com/in/justinlee
http://www.twitter.com/evanchooly