[openstack-dev] [heat] resource_registry base_url
asalkeld at mirantis.com
Fri Oct 23 04:01:30 UTC 2015
On Fri, Oct 23, 2015 at 8:10 AM Steve Baker <sbaker at redhat.com> wrote:
> On 23/10/15 09:35, Jay Dobies wrote:
> > In looking through the environment file loading code, I keep seeing a
> > check for base_url in the resource registry. It looks like a way to
> > have the registry entries only be the filenames (I suppose relative
> > filenames work as well) instead of having to enter the full path every
> > time. The base_url would be used as the root URL for those filenames
> > when loading them.
> > Thing is, I can't find any reference to that in the docs. I did a
> > search for resource_registry, but the only thing I can find is 
> > which doesn't talk about base_url.
I think the problem is, this is a heat client only feature. Meaning that the
docs for the API and service will not have any details of it.
There are other features in this boat too. I am not sure where the docs for
should live. I suspect in the heat client tree.
> > Is this something that's still supported or was it "turned off" (so to
> > speak) by removing the docs about it so users didn't know to use it?
> > Is the syntax to just sit it side by side with the resource
> > definitions, similar to:
> > resource_registry:
> > "base_url": /home/jdob/my_templates
> > "OS::Nova::Server": my_nova.yaml
I think this is correct usage, tho' it's been ages since I wrote it and the
code has changed
heaps since then.
> > Or am I just totally missing where in the docs it's talked about
> > (which is also terribly possible)?
> > 
> > Thanks :)
> I'm not sure, since I've never used an explicit base_url. I just put the
> environment file which defines the resource_registry in the same
> directory as my_nova.yaml and the relative paths will resolve. Is that
> an option for you?
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev