<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 16, 2014 at 8:06 AM, Dean Troyer <span dir="ltr"><<a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="im"><div class="gmail_quote">On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller <span dir="ltr"><<a href="mailto:jesse.noller@rackspace.com" target="_blank">jesse.noller@rackspace.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word"><div><div><div>On Jan 16, 2014, at 9:26 AM, Justin Hammond <<a href="mailto:justin.hammond@RACKSPACE.COM" target="_blank">justin.hammond@RACKSPACE.COM</a>> wrote:</div>
<blockquote type="cite"><div style="font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">


I'm not sure if it was said, but which httplib using being used (urllib3<br>
maybe?). Also I noticed many people were talking about supporting auth<br>
properly, but are there any intentions to properly support 'noauth'<br>
(python-neutronclient, for instance, doesn't support it properly as of<br>
this writing)?<span> </span><br></div></blockquote></div><div>Can you detail out noauth for me; and I would say the defacto httplib in python today is python-requests - urllib3 is also good but I would say from a *consumer* standpoint requests offers more in terms of usability / extensibility </div>


</div></div></blockquote></div><div class="gmail_extra"><br></div></div>requests is built on top of urllib3 so there's that...</div><div class="gmail_extra"><br></div><div class="gmail_extra">The biggest reaon I favor using Jamie Lennox's new session layer stuff in keystoneclient is that it better reflects the requests API instead of it being stuffed in after the fact.  And as the one responsible for that stuffing, it was pretty blunt and really needs to be cleaned up more than Alessio did.</div>


<div class="gmail_extra"><br></div><div class="gmail_extra">only a few libs (maybe just glance and swift?) don't use requests at this point and I think the resistance there is the chunked transfers they both do.<br clear="all">
</div></div></blockquote><div><br></div><div>There's a few more items here that are needed for glance to be able to work with requests (which we really really want).</div><div>1) Support for 100-expect-continue is probably going to be required in glance as well as swift</div>
<div>2) Support for turning off tls/ssl compression (our streams are already compressed)</div><div><br></div><div>I feel like we *must* have somebody here who is able and willing to add these features to requests, which seems like the right approach.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div><br></div><div>I'm really curious what 'noauth' means against APIs that have few, if any, calls that operate without a valid token.</div><div class="im"><div><br></div><div>dt</div><div><br></div>-- <br>
<br>Dean Troyer<br>

<a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a><br>
</div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>