Re: [openstack-dev] [Ironic] Thinking about our python client UX

2015-03-11 Thread Ruby Loo
On 11 March 2015 at 18:21, Robert Collins robe...@robertcollins.net wrote: ... Since there was no debate on the compat thing, I've thrown up an etherpad to start the discussion. https://etherpad.openstack.org/p/ironic-client-ux Thanks Rob. Michael Davies has a spec [1] that discusses how a

Re: [openstack-dev] [Ironic] Thinking about our python client UX

2015-03-11 Thread Robert Collins
On 8 March 2015 at 13:12, Devananda van der Veen devananda@gmail.com wrote: Hi folks, Recently, I've been thinking more of how users of our python client will interact with the service, and in particular, how they might expect different instances of Ironic to behave. We added several

Re: [openstack-dev] [Ironic] Thinking about our python client UX

2015-03-11 Thread Robert Collins
Oh, sure - switching to the spec is fine, I didn't realise there was one, given the list thread had gone quiet :) -Rob On 12 March 2015 at 12:24, Ruby Loo rlooya...@gmail.com wrote: On 11 March 2015 at 18:21, Robert Collins robe...@robertcollins.net wrote: ... Since there was no debate on

Re: [openstack-dev] [Ironic] Thinking about our python client UX

2015-03-09 Thread Ruby Loo
Hi Devananda, Thanks for bringing this up. I've seen some recent discussions about changing our python-client so that it supports a range of versions of the server. I think that makes sense and that's how/where we can fix the client so that it supports requests/responses that are particular to a

Re: [openstack-dev] [Ironic] Thinking about our python client UX

2015-03-08 Thread Tan, Lin
I agree, we need a discussion asap. I think below things can mitigate the unexpected behavior of python client and this is borrow from object model. 1. Python client should have its own version and attributes like supported api version. 2. It should be able to recognize the server's version and