<div dir="ltr">Hi,<div><br></div><div>Whilst writing a Kolla plugin, I noticed some issues with the way Horizon is configured in Kolla.</div><div><br></div><div>Horizon is increasingly embracing a plugin architecture with UI's and Dashboards being maintained outside of Horizon's tree.</div><div><br></div><div>These can be found with the type:horizon-plugin tag in openstack/governance [0], with 16 projects at current.</div><div><br></div><div>This isn't really addressed in Kolla, and is a little awkward to integrate as the horizon docker image is pure horizon.</div><div><br></div><div>Some projects have a tools/register_plugin.sh which performs the grunt work, where as others require a workflow similar to: </div><div><br></div><div><div>cp /path/to/projects/new/panel openstack_dashboard/local/enabled/</div><div>cp /path/to/local/defualt/settings openstack_dashboard/local/local_settings.d/</div><div>cp /path/to/*policy.json openstack_dashboard/conf/</div><div># compress if environment wants it</div><div>./manage.py collectstatic</div><div>./manage.py compress</div></div><div><br></div><div>(Separately, it would be nice if this was standardised.. but not the topic of this thread)</div><div><br></div><div>It would seem logical to pack all of these into the horizon docker image, and add a symlink into dashboard/local/enabled via ansible, policy.json and default settings with some conditionals if enabled_$service... but this will make the horizon docker image larger and more complicated.</div><div><br></div><div>What are your thoughts?</div><div><br></div><div>[0] <a href="http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml">http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml</a><br></div><div><br></div><div>--</div><div>Kind Regards,</div><div>Dave Walker</div></div>