[openstack-dev] a "common" client library

Donald Stufft donald at stufft.io
Thu Jan 16 21:23:49 UTC 2014


On Jan 16, 2014, at 4:06 PM, Jesse Noller <jesse.noller at RACKSPACE.COM> wrote:

> 
> On Jan 16, 2014, at 2:22 PM, Renat Akhmerov <rakhmerov at mirantis.com> wrote:
> 
>> Since it’s pretty easy to get lost among all the opinions I’d like to clarify/ask a couple of things:
>> 
>> Keeping all the clients physically separate/combining them in to a single library. Two things here:
>> In case of combining them, what exact project are we considering? If this list is limited to core projects like nova and keystone what policy could we have for other projects to join this list? (Incubation, graduation, something else?)
>> In terms of granularity and easiness of development I’m for keeping them separate but have them use the same boilerplate code, basically we need a OpenStack Rest Client Framework which is flexible enough to address all the needs in an abstract domain agnostic manner. I would assume that combining them would be an additional organizational burden that every stakeholder would have to deal with.
> 
> Keeping them separate is awesome for *us* but really, really, really sucks for users trying to use the system. 

I agree. Keeping them separate trades user usability for developer usability, I think user usability is a better thing to strive for.


> 
>> Has anyone ever considered an idea of generating a fully functional REST client automatically based on an API specification (WADL could be used for that)? Not sure how convenient it would be, it really depends on a particular implementation, but as an idea it could be at least thought of. Sounds a little bit crazy though, I recognize it :).
>> 
>> Renat Akhmerov
>> 
>> On 16 Jan 2014, at 11:52, Chmouel Boudjnah <chmouel at enovance.com> wrote:
>> 
>>> On Thu, Jan 16, 2014 at 8:40 PM, Donald Stufft <donald at stufft.io> wrote:
>>> 
>>> On Jan 16, 2014, at 2:36 PM, Joe Gordon <joe.gordon0 at gmail.com> wrote:
>>> 
>>>> 2) major overhaul of client libraries so they are all based off a common base library. This would cover namespace changes, and possible a push to move CLI into python-openstackclient
>>> This seems like the biggest win to me. 
>>> 
>>> 
>>> +1 
>>> 
>>> Chmouel. 
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> 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
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


-----------------
Donald Stufft
PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140116/6afa8fc3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140116/6afa8fc3/attachment.pgp>


More information about the OpenStack-dev mailing list