++++ to that. It is sorely needed. My way of trying to go there complicated the API too much.
Let me know if I can help in any way, but you already knew that. Thanks, -amrith > -----Original Message----- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: Friday, April 22, 2016 11:19 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] More on the topic of DELIMITER, the Quota > Management Library proposal > > On 04/22/2016 07:51 AM, Amrith Kumar wrote: > > If it doesn't make it harder, I would like to see if we can make the > > quota API take care of the ordering of requests. i.e. if the quota API > > is an extension of Jay's example and accepts some data structure > > (dict?) with all the claims that a project wants to make for some > > operation, and then proceeds to make those claims for the project in > > the consistent order, I think it would be of some value. > > Amrith, above you hit upon a critical missing piece: a *consistent*, > *versioned* way of representing the set of resources and capabilities for > a particular request. > > Each service project has its own different expectations for the format of > these requested resources and capabilities. I would love to get to a > single, oslo.versioned_objects way of describing the request for some > resources and capabilities. > > I'm working on a spec that proposes standardizing the qualitative side of > the request (the capabilities). In Nova, we're getting close to > standardizing the quantitative side of the request (resources). > Hopefully before too long I'll have a spec up that explains my vision of > this unified request representation. > > Best, > -jay > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
