<div dir="ltr">Hi <span style="white-space:nowrap">Akihiro,</span><div><span style="font-size:12.8px;font-weight:bold;white-space:nowrap"><br></span></div><div><span style="font-size:12.8px;white-space:nowrap">Great initiative. </span></div><div><span style="font-size:12.8px;white-space:nowrap"><br></span></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 25, 2015 at 10:46 AM, Akihiro Motoki <span dir="ltr"><<a href="mailto:amotoki@gmail.com" target="_blank">amotoki@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Neutron has now various subprojects and some of them would like to<br>
implement Horizon supports. Most of them are additional features.<br>
I would like to start the discussion where we should have horizon support.<br>
<br>
[Background]<br>
Horizon team introduced a plugin mechanism and we can add horizon panels<br>
from external repositories. Horizon team is recommending external repos for<br>
additional services for faster iteration and features.<br>
We have various horizon related repositories now [1].<br>
<br>
In Neutron related world, we have neutron-lbaas-dashboard and<br>
horizon-cisco-ui repos.<br>
<br>
[Possible options]<br>
There are several possible options for neutron sub-projects.<br>
My current vote is (b), and the next is (a). It looks a good balance to me.<br>
I would like to gather broader opinions,<br>
<br>
(a) horizon in-tree repo<br>
- [+] It was a legacy approach and there is no initial effort to setup a repo.<br>
- [+] Easy to share code conventions.<br>
- [-] it does not scale. Horizon team can be a bottleneck. </blockquote><div>Based on the learnings from Neutron plugins, it makes sense not to go down this route. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(b) a single dashboard repo for all neutron sub-projects<br>
- [+] No need to set up a repo by each sub-project<br>
- [+] Easier to share the code convention. Can get horizon reviewers.<br>
- [-] who will be a core reviewer of this repo?</blockquote><div>Over here, for sub-project specific Horizon features, we will be adding complexity of packaging/configuration. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(c) neutron sub-project repo<br>
- [+] Each sub-project can develop a dashboard fast.<br>
- [-] It is doable, but the directory tree can be complicated.<br>
- [-] Lead to too many repos and the horizon team/liaison cannot cover all.<br></blockquote><div>If we work in the same mode as we do DevStack plugins today, that is inside the sub-projects repo, the number of repos should be equal to the number of sub-projects. Also, this simplifies the packaging and allow each subproject owners to take ownership of the code. Guidance from Horizon folks will be appreciated to help the interested people get started. Question is: does Horizon plugin follow the same model as Neutron plugins like all the code is part of Horizon umbrella? If yes, then this might not be the ideal option. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
(d) a separate repo per neutron sub-project<br>
Similar to (c)<br>
- [+] A dedicate repo for dashboard simplifies the directory tree.<br>
- [-] Need to setup a separate repo.<br>
- [-] Lead to too many repos and the horizon team/liaison cannot cover all.</blockquote><div> Agree</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Note that this mail is not intended to move the current neutron<br>
support in horizon<br>
to outside of horizon tree. I would like to discuss Horizon support of<br>
additional features.<br>
<br>
Akihiro<br>
<br>
[1] <a href="http://docs.openstack.org/developer/horizon/plugins.html" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/horizon/plugins.html</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div></div>