Hello Mladen, > -----Original Message----- > From: Mladen Turk [mailto:mt...@apache.org] > Sent: Monday, March 12, 2012 8:00 PM > To: dev@tomcat.apache.org > Subject: Re: Possible alternative Tomcat IIS Connector implementation > > You would need to read at least one frame. > Suppose a thread that would drain the frame would be needed > in case client closes the connection prematurely. >
Sorry, I think I didn't fully understand you here, but probably I didn't express myself well. Actually I meant to talk about flow control in SPDY per stream - but I see now that I read an old draft of the SPDY protocol where this wasn't mentioned. The current draft 3 (http://mbelshe.github.com/SPDY-Specification/draft-mbelshe-spdy-00.xml) talks about flow control in SPDY streams (e.g. section 2.6.8 "WINDOW_UPDATE"), so there shouldn't be a problem with this when implementing server-to-server communication. So maybe I can try to start an IIS SPDY connector. :) Thanks, Konstantin Preißer --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
