[openstack-dev] a "common" client library
Jesse Noller
jesse.noller at RACKSPACE.COM
Thu Jan 16 18:45:43 UTC 2014
On Jan 16, 2014, at 11:39 AM, Mark Washenberger <mark.washenberger at markwash.net<mailto:mark.washenberger at markwash.net>> wrote:
On Thu, Jan 16, 2014 at 8:06 AM, Dean Troyer <dtroyer at gmail.com<mailto:dtroyer at gmail.com>> wrote:
On Thu, Jan 16, 2014 at 9:37 AM, Jesse Noller <jesse.noller at rackspace.com<mailto:jesse.noller at rackspace.com>> wrote:
On Jan 16, 2014, at 9:26 AM, Justin Hammond <justin.hammond at RACKSPACE.COM<mailto:justin.hammond at RACKSPACE.COM>> wrote:
I'm not sure if it was said, but which httplib using being used (urllib3
maybe?). Also I noticed many people were talking about supporting auth
properly, but are there any intentions to properly support 'noauth'
(python-neutronclient, for instance, doesn't support it properly as of
this writing)?
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
requests is built on top of urllib3 so there's that...
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.
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.
There's a few more items here that are needed for glance to be able to work with requests (which we really really want).
1) Support for 100-expect-continue is probably going to be required in glance as well as swift
2) Support for turning off tls/ssl compression (our streams are already compressed)
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.
Let me talk to upstream about this; I know a lot of people involved. Patches from us probably needed, but I’ll ask
I'm really curious what 'noauth' means against APIs that have few, if any, calls that operate without a valid token.
dt
--
Dean Troyer
dtroyer at gmail.com<mailto:dtroyer at gmail.com>
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
_______________________________________________
OpenStack-dev mailing list
OpenStack-dev at lists.openstack.org<mailto:OpenStack-dev at lists.openstack.org>
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140116/e9286497/attachment.html>
More information about the OpenStack-dev
mailing list