<div dir="ltr">As a recent newcomer to using our client libraries, my only real objection to this plan is that our client libraries as a mess [1][2]. The interfaces we expect users to use are quite different for basic things like initial auth between the various clients, and by introducing another library we insist people use we're going to force a lot of devs to eventually go through having to understand how those other people did that thing.<div><br></div><div>I guess I could ease my concerns here if we could agree to some sort of standard for what auth in a client library looks like...</div><div><br></div><div>Some examples of auth at the moment:</div><div><br></div><div>self.glance = glance_client.Client('2', endpoint, token=token)<br></div><div><div>self.ironic = ironic_client.get_client(1, ironic_url=endpoint, os_auth_token=token)</div></div><div><div>self.nova = nova_client.Client('2', bypass_url=endpoint, auth_token=token)</div></div><div><br></div><div>Note how we can't decide if the version number is a string or an int, and the argument names for the endpoint and token are different in all three. Its like we're _trying_ to make this hard.</div><div><br></div><div>Michael</div><div><br></div><div>1: I guess I might be doing it wrong, but in that case I'll just mutter about the API docs instead.</div><div>2: I haven't looked at the unified openstack client library to see if its less crazy.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 6, 2016 at 5:46 AM, Matt Riedemann <span dir="ltr"><<a href="mailto:mriedem@linux.vnet.ibm.com" target="_blank">mriedem@linux.vnet.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As we discuss the glance v2 spec for nova, questions are coming up around what to do about the nova images API which is a proxy for glance v1.<br>
<br>
I don't want to add glance v2 support to the nova API since that's just more proxy gorp.<br>
<br>
I don't think we can just make the nova images API fail if we're using glance v2 in the backend, but we'll need some translation later for:<br>
<br>
user->nova-images->glance.v2->glance.v1(ish)->user<br>
<br>
But we definitely want people to stop using the nova images API.<br>
<br>
I think we can start by deprecating the nova images-* commands in python-novaclient, and probably the python API bindings in novaclient too.<br>
<br>
People should be using python-glanceclient or python-openstackclient for the CLI, and python-glanceclient or some SDK for the python API bindings.<br>
<br>
We recently removed the deprecated nova volume-* stuff from novaclient, this would be the same idea.<br>
<br>
Does anyone have an issue with this?<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt Riedemann<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Rackspace Australia</div>
</div>