On Wed, Dec 11, 2013 at 10:35 AM, James Slagle <james.sla...@gmail.com> wrote: > On Wed, Dec 11, 2013 at 7:33 AM, Jiří Stránský <ji...@redhat.com> wrote: >> 1) Make a thicker python-tuskarclient and put the business logic there. Make >> it consume other python-*clients. (This is an unusual approach though, i'm >> not aware of any python-*client that would consume and integrate other >> python-*clients.) > > python-openstackclient consumes other clients :). Ok, that's probably > not a great example :). > > This approach makes the most sense to me. python-tuskarclient would > make the decisions about if it can call the heat api directly, or the > tuskar api, or some other api. The UI and CLI would then both use > python-tuskarclient.
Another example: Each python-*client also uses keystoneclient to do auth and get endpoints. So, it's not like each client has reimplemented the code to make HTTP requests to keystone, they reuse the keystone Client class object. -- -- James Slagle -- _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev