[openstack-dev] [heat] Shared code between server and client
jason.dobies at redhat.com
Tue Oct 27 15:09:10 UTC 2015
> On 23/10/15 05:35, Robert Collins wrote:
>> My 2c - if its a stable API in the client, and can be kept stable,
>> there's no problem.
Ok, forgive me for sounding dumb here (and changing the topic of the
thread somewhat), but what do we consider a stable client API? Is it as
broad as any methods in heatclient that aren't prefixed with _? Or do we
scope it only to specific areas (e.g. common, RPC client) and anything
else is considered "use at your own risk because we may need to change it"?
My guess is that it's the former given other sentiments I've heard
around OpenStack, but I wanted to explicitly ask anyway.
>> On 23 October 2015 at 08:49, Jay Dobies <jason.dobies at redhat.com> wrote:
>>> I'm working on moving the functionality for merging environments from
>>> client into the server . I've only superficially looked at
>>> template_utils.py (in heatclient) but I'm guessing there is stuff in
>>> there I
>>> will want to use server-side.
>>> The server has a requirement on heatclient, but I'm not sure what the
>>> convention is for using code in it. Can I directly call into a module in
>>> heatclient/common from the server or is the client dependency only
>>> to be used through the client-facing APIs?
>>>  https://blueprints.launchpad.net/heat/+spec/multi-environments
>>> Thanks :)
>>> OpenStack Development Mailing List (not for usage questions)
>>> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev