[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [jetty-dev] jetty-9 websockets API
- From: Hiram Chirino <hiram@xxxxxxxxxxxxxxxx>
- Date: Fri, 20 Jul 2012 13:29:59 -0400
- Delivered-to: email@example.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=aZ/5PyKzfj2JYe49vPz23Zy1CX5Snl9oODSqiNdU3ZI=; b=o+6V4XDJTSFhlt8gqGcNSydoAwGVwC/TDX5+KSWrbSEbsMy5FJr82XkFmDVmHzUJKA /2MjdCKT4cO2xgj+TrqPkUoQdJUJ2FogJmTQQjE7oEyNZpb+GGXHWD/6yJGtw5Jn3ikO HjzYP2w2L1wK8f73cfmmkz6nn1IoOtvCp8/dr1Td7h5Y4R0rtsTZiZu/ISCnXP3l6neV fhQHzj3t/c6KwQA5sZ+yiQYvys4Imx89Rw8D5coRDUS1fV0ItoJskKt+zaKyvB0mMjfY Z5/ZJuc+RcR70G135himeCKTbohAo26JDEiuhtdje0/cSnSUrelvTIqcWoZYC6vbCOoE 3xBQ==
so still on my wish list are methods like:
// to have jetty stop trying to deliver frames to the app..
// to resume receiving frames
and yes I hope those write methods with callback would be non-blocking. Jetty should internally buffer the writes if the socket is not accepting more data. In other words, the caller should do it's own flow control.
On Tue, Jul 3, 2012 at 7:03 AM, Greg Wilkins <gregw@xxxxxxxxxxx>
I've moved this to jetty-dev where it should be.
I had a quick look at the proposed standard websocket API.... it does
not shout "I'm wonderful" at me. However the interesting thing is
the feedback from others - there appears to be support for using
streams to send/receive large messages independently from frame
boundaries. We should also look at it more closely to see if we can
get at least convergence on naming etc.
Software Fellow | FuseSource Corp.
chirino@xxxxxxxxxxxxxx | fusesource.com
skype: hiramchirino | twitter: @hiramchirino
blog: Hiram Chirino's Bit Mojo