On Fri, Oct 23, 2015 at 8:10 AM Steve Baker <sba...@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 [1] > > which doesn't talk about base_url. > Hi 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 them 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. -Angus > > Or am I just totally missing where in the docs it's talked about > > (which is also terribly possible)? > > > > [1] > > > http://docs.openstack.org/developer/heat/template_guide/environment.html?highlight=resource_registry > > > > 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-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
