[openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-18 Thread Alex Xu
Close to Kilo, it is time to think about what's next for nova API. In Kilo, we will continue develop the important feature micro-version. In previous v2 on v3 propose, it's include some implementations can be used for micro-version. (https://review.openstack.org/#/c/84695/19/specs/juno/v2-on-v3-

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-22 Thread Kenichi Oomichi
Hi Alex, Thank you for doing this. > -Original Message- > From: Alex Xu [mailto:x...@linux.vnet.ibm.com] > Sent: Friday, September 19, 2014 3:40 PM > To: OpenStack Development Mailing List > Subject: [openstack-dev] [Nova] Some ideas for micro-version implementation >

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-22 Thread Anne Gentle
ing List > > Subject: [openstack-dev] [Nova] Some ideas for micro-version > implementation > > > > Close to Kilo, it is time to think about what's next for nova API. In > > Kilo, we > > will continue develop the important feature micro-version. > > > &g

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-22 Thread Brant Knudson
On Fri, Sep 19, 2014 at 1:39 AM, Alex Xu wrote: > Close to Kilo, it is time to think about what's next for nova API. In > Kilo, we > will continue develop the important feature micro-version. > > In previous v2 on v3 propose, it's include some implementations can be > used for micro-version. > (h

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-22 Thread Alex Xu
On 2014年09月23日 04:27, Brant Knudson wrote: On Fri, Sep 19, 2014 at 1:39 AM, Alex Xu > wrote: Close to Kilo, it is time to think about what's next for nova API. In Kilo, we will continue develop the important feature micro-version. In previous v

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-22 Thread Eli Qiao
<mailto:x...@linux.vnet.ibm.com>] > Sent: Friday, September 19, 2014 3:40 PM > To: OpenStack Development Mailing List > Subject: [openstack-dev] [Nova] Some ideas for micro-version implementation > > Close to Kilo, it is time to think about what's next for nova

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Christopher Yeoh
On Mon, 22 Sep 2014 09:29:26 + Kenichi Oomichi wrote: > > Before discussing how to implement, I'd like to consider what we > should implement. IIUC, the purpose of v3 API is to make consistent > API with the backwards incompatible changes. Through huge discussion > in Juno cycle, we knew that

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Christopher Yeoh
On Mon, 22 Sep 2014 09:47:50 -0500 Anne Gentle wrote: > > > > (1) Input/Output attribute names > > (1.1) These names should be snake_case. > > eg: imageRef -> image_ref, flavorRef -> flavor_ref, hostId -> > > host_id (1.2) These names should contain extension names if they > > are provided in ca

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Christopher Yeoh
On Mon, 22 Sep 2014 15:27:47 -0500 Brant Knudson wrote: > > > > > Did you consider JSON Home[1] for this? For Juno we've got JSON Home > support in Keystone for Identity v3 (Zaqar was using it already). We > weren't planning to use it for microversioning since we weren't > planning on doing micro

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Alex Xu
On 2014年09月23日 17:12, Christopher Yeoh wrote: On Mon, 22 Sep 2014 09:29:26 + Kenichi Oomichi wrote: Before discussing how to implement, I'd like to consider what we should implement. IIUC, the purpose of v3 API is to make consistent API with the backwards incompatible changes. Through huge

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Jay Pipes
On 09/22/2014 04:27 PM, Brant Knudson wrote: On Fri, Sep 19, 2014 at 1:39 AM, Alex Xu mailto:x...@linux.vnet.ibm.com>> wrote: Close to Kilo, it is time to think about what's next for nova API. In Kilo, we will continue develop the important feature micro-version. In previous v2

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Jay Pipes
On 09/22/2014 05:29 AM, Kenichi Oomichi wrote: -Original Message- From: Alex Xu [mailto:x...@linux.vnet.ibm.com] Sent: Friday, September 19, 2014 3:40 PM To: OpenStack Development Mailing List Subject: [openstack-dev] [Nova] Some ideas for micro-version implementation Close to Kilo, it

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Kevin L. Mitchell
On Tue, 2014-09-23 at 12:09 -0400, Jay Pipes wrote: > I'd like to say finally that I think there should be an OpenStack API > working group whose job it is to both pull together a set of OpenStack > API practices as well as evaluate new REST APIs proposed in the > OpenStack ecosystem to provide

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Andrew Laski
On 09/23/2014 01:15 PM, Kevin L. Mitchell wrote: On Tue, 2014-09-23 at 12:09 -0400, Jay Pipes wrote: I'd like to say finally that I think there should be an OpenStack API working group whose job it is to both pull together a set of OpenStack API practices as well as evaluate new REST APIs propo

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Louis Taylor
On Tue, Sep 23, 2014 at 01:32:50PM -0400, Andrew Laski wrote: > I've been thinking along very similar lines, but I don't think each current > API needs to be replaced. I would very much like to see a unified API > project that could be responsible for managing requests to "boot an instance > with

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Kevin L. Mitchell
On Tue, 2014-09-23 at 18:39 +0100, Louis Taylor wrote: > On Tue, Sep 23, 2014 at 01:32:50PM -0400, Andrew Laski wrote: > > I've been thinking along very similar lines, but I don't think each current > > API needs to be replaced. I would very much like to see a unified API > > project that could be

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Sean Dague
On 09/23/2014 02:10 PM, Kevin L. Mitchell wrote: > On Tue, 2014-09-23 at 18:39 +0100, Louis Taylor wrote: >> On Tue, Sep 23, 2014 at 01:32:50PM -0400, Andrew Laski wrote: >>> I've been thinking along very similar lines, but I don't think each current >>> API needs to be replaced. I would very much

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Chris Friesen
On 09/23/2014 12:19 PM, Sean Dague wrote: On 09/23/2014 02:10 PM, Kevin L. Mitchell wrote: On Tue, 2014-09-23 at 18:39 +0100, Louis Taylor wrote: On Tue, Sep 23, 2014 at 01:32:50PM -0400, Andrew Laski wrote: I've been thinking along very similar lines, but I don't think each current API needs

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Dean Troyer
On Tue, Sep 23, 2014 at 12:15 PM, Kevin L. Mitchell < kevin.mitch...@rackspace.com> wrote: > One of the things that's been bothering me about OpenStack for a while > now is the fact that we have all these different APIs on different > endpoints. What I've been wondering about is if we should crea

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Dean Troyer
On Tue, Sep 23, 2014 at 1:19 PM, Sean Dague wrote: > So today we have a proxy API in Nova which does some of this. I guess > the question is is it better to do this in Nova in the future or divorce > it from there. > A stand-alone, production-quality configurable proxy would be useful to take ov

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Dean Troyer
On Tue, Sep 23, 2014 at 1:40 PM, Chris Friesen > > Why not do something like what is done for the userspace/kernel syscall > API? Userspace code tries to use the most recent one it knows about, if > that comes back as "not a valid syscall" then it tries the next older > version. As long as trying

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-23 Thread Kenichi Oomichi
> -Original Message- > From: Christopher Yeoh [mailto:cbky...@gmail.com] > Sent: Tuesday, September 23, 2014 7:39 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation &

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Kenichi Oomichi
> -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: Wednesday, September 24, 2014 12:47 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > > On 09/22/2014 04:27

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Jay Pipes
On 09/24/2014 05:26 AM, Kenichi Oomichi wrote: -Original Message- From: Jay Pipes [mailto:jaypi...@gmail.com] Sent: Wednesday, September 24, 2014 12:47 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version implementation On 09/22/2014

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Brant Knudson
> vNext seems an interesting idea, I thought the implementation way for Nova >> a little. "API Route Discoverability" is a nice design, but a root "/" URL >> will conflict on current "list versions" API. >> Maybe there would be a workaround. >> > > Completely agreed, Ken'ichi. The "root" URL that r

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Kenichi Oomichi
> -Original Message- > From: Brant Knudson [mailto:b...@acm.org] > Sent: Thursday, September 25, 2014 12:04 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > >

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Kenichi Oomichi
> -Original Message- > From: Jay Pipes [mailto:jaypi...@gmail.com] > Sent: Wednesday, September 24, 2014 1:09 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > > > (1) Input/Outp

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-09-24 Thread Christopher Yeoh
ev@lists.openstack.org > >> Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > >> implementation > >> > >> On 09/22/2014 04:27 PM, Brant Knudson wrote: > >>> On Fri, Sep 19, 2014 at 1:39 AM, Alex Xu >>> <mailto:x...@li

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-10-02 Thread Ken'ichi Ohmichi
Hi Brant, 2014-09-23 5:27 GMT+09:00 Brant Knudson : >> Close to Kilo, it is time to think about what's next for nova API. In >> Kilo, we >> will continue develop the important feature micro-version. >> >> In previous v2 on v3 propose, it's include some implementations can be >> used for micro-vers

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-10-02 Thread Brant Knudson
On Thu, Oct 2, 2014 at 6:04 AM, Ken'ichi Ohmichi wrote: > > Thanks for your advice, that is very useful input for me. > I read both keystone-specs and ietf draft-spec for JSON-Home. > I have a question. > > JSON-Home is useful for advertising API URL paths to clients, I guess > but it cannot adv

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-10-02 Thread Jay Pipes
On 10/02/2014 09:54 AM, Brant Knudson wrote: When discussing the document schema I think we're planning to use JSONSchema... In Keystone, we've got J-S implemented on some parts (I don't think it covers all resources yet). I also don't think our JSONSchema is discoverable yet (i.e., you can't dow

Re: [openstack-dev] [Nova] Some ideas for micro-version implementation

2014-10-02 Thread Kenichi Oomichi
> -Original Message- > From: Brant Knudson [mailto:b...@acm.org] > Sent: Thursday, October 02, 2014 10:55 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version > implementation > >