[Twisted-web] web2.client pipelining (was: Web2: What is to be Done)

Scott Lamb slamb at slamb.org
Thu Sep 14 14:33:10 CDT 2006


On Sep 14, 2006, at 11:36 AM, James Y Knight wrote:
> The twisted.web2.client.HTTPClientProtocol.submitRequest has a  
> keyword arg "closeAfter", which defaults to True. Thus, without you  
> doing anything to change it, there is no keepalive and no  
> pipelining. Each connection will only be usable for one request.  
> Pipelining and keepalive features should really only be enabled  
> when a request is submitted by a client manager which is able to  
> handle the appropriate failure retry conditions.

Maybe this could be replaced with "idempotent" with an appropriate  
docstring? It'd accomplish the same thing, but it would then be  
obvious to people who haven't read a pile of RFCs under what  
circumstances they need it set in a particular way. With a  
"closeAfter" argument, it's tempting to say "of course I want  
closeAfter=False; I'm sending more stuff and one connection is  
faster" without realizing the consequences. If idempotency is what  
decides the behavior, then that's what the client should tell you.

-- 
Scott Lamb <http://www.slamb.org/>





More information about the Twisted-web mailing list