<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: Persistent Connections, Pipelining and Chunking</title>
	<atom:link href="http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/feed" rel="self" type="application/rss+xml" />
	<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking</link>
	<description>HTTP, REST and some Cycling</description>
	<pubDate>Tue, 06 Jan 2009 21:55:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bakul</title>
		<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/comment-page-1#comment-8</link>
		<dc:creator>Bakul</dc:creator>
		<pubDate>Thu, 27 Sep 2007 09:09:20 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2004/11/persistent-connections-pipelining-and-chunking/#comment-8</guid>
		<description>Does HTTP RFC comment on the "host" field in the persistent HTTP connections?
I am assuming that "host field will remain same for all GET requests on a persistent HTTP connection"
Am I right in my assumption?
thanks,
</description>
		<content:encoded><![CDATA[<p>Does HTTP RFC comment on the &#8220;host&#8221; field in the persistent HTTP connections?<br />
I am assuming that &#8220;host field will remain same for all GET requests on a persistent HTTP connection&#8221;<br />
Am I right in my assumption?<br />
thanks,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rag</title>
		<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/comment-page-1#comment-7</link>
		<dc:creator>rag</dc:creator>
		<pubDate>Mon, 29 Jan 2007 22:47:00 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2004/11/persistent-connections-pipelining-and-chunking/#comment-7</guid>
		<description>
hi,
i am raghu, i am impementing HTTP server using C,till persistent connection i hav finished, next pipelining need to be implemented ,so can u please tell the logic of how to implement pipelining in http server.
</description>
		<content:encoded><![CDATA[<p>hi,<br />
i am raghu, i am impementing HTTP server using C,till persistent connection i hav finished, next pipelining need to be implemented ,so can u please tell the logic of how to implement pipelining in http server.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dheeraj Gautam</title>
		<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/comment-page-1#comment-6</link>
		<dc:creator>Dheeraj Gautam</dc:creator>
		<pubDate>Tue, 04 Apr 2006 06:21:12 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2004/11/persistent-connections-pipelining-and-chunking/#comment-6</guid>
		<description>Hi Subbu,

Its a good overview of persistant connections. I have one query on this. What should be the behavior of HTTP/1.1 client if HTTP/1.1 Server doesn't include Connection header in response.

Thanks in advance.
</description>
		<content:encoded><![CDATA[<p>Hi Subbu,</p>
<p>Its a good overview of persistant connections. I have one query on this. What should be the behavior of HTTP/1.1 client if HTTP/1.1 Server doesn&#8217;t include Connection header in response.</p>
<p>Thanks in advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vinay</title>
		<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/comment-page-1#comment-5</link>
		<dc:creator>Vinay</dc:creator>
		<pubDate>Wed, 03 Aug 2005 06:30:22 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2004/11/persistent-connections-pipelining-and-chunking/#comment-5</guid>
		<description>Hi Subbu,
Can you give some sample code for Persistent connection on server side.
I am trying to post Multiple requests by using HTTPURLConnection class. But after posting one request, i am not able to make second one.
Thanx in Advance.
</description>
		<content:encoded><![CDATA[<p>Hi Subbu,<br />
Can you give some sample code for Persistent connection on server side.<br />
I am trying to post Multiple requests by using HTTPURLConnection class. But after posting one request, i am not able to make second one.<br />
Thanx in Advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Baus</title>
		<link>http://www.subbu.org/blog/2004/11/persistent-connections-pipelining-and-chunking/comment-page-1#comment-4</link>
		<dc:creator>Christopher Baus</dc:creator>
		<pubDate>Mon, 29 Nov 2004 19:37:47 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2004/11/persistent-connections-pipelining-and-chunking/#comment-4</guid>
		<description>Subbu,

This is a good over view of how HTTP connection handling works.  Having spent two years implementing an HTTP proxy, I can tell you this is not trivial.  For instance Cisco had a buffer overflow problem because they weren't properly checking the max size of a chunk.  The HTTP spec doesn't limit the size of a chunk, but most real world implementations must do this to prevent buffer overruns or other memory related failures.  These are the implementation flaws that hackers love to take advantage of.

Another interesting aspect of proxying is that there is basically two pipelines per client.  One for the requests and one for the responses.  If it is necessary to communicate between these two pipelines a queue must be used.  This can get interesting quickly for features that seem simple at first glance, such as request logging.
</description>
		<content:encoded><![CDATA[<p>Subbu,</p>
<p>This is a good over view of how HTTP connection handling works.  Having spent two years implementing an HTTP proxy, I can tell you this is not trivial.  For instance Cisco had a buffer overflow problem because they weren&#8217;t properly checking the max size of a chunk.  The HTTP spec doesn&#8217;t limit the size of a chunk, but most real world implementations must do this to prevent buffer overruns or other memory related failures.  These are the implementation flaws that hackers love to take advantage of.</p>
<p>Another interesting aspect of proxying is that there is basically two pipelines per client.  One for the requests and one for the responses.  If it is necessary to communicate between these two pipelines a queue must be used.  This can get interesting quickly for features that seem simple at first glance, such as request logging.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
