I like the idea of doing a Horizon plugin, similar to a devstack plugin... So choice (c) is my preference, given my current understanding.  May be good to try it on one subproject and see how it works out. Would give a concrete example to discuss.<br><br>Regards,<br><br>Paul Michali (pc_m)<br><br><div class="gmail_quote"><div dir="ltr">On Wed, Nov 25, 2015 at 2:13 AM Fawad Khaliq <<a href="mailto:fawad@plumgrid.com">fawad@plumgrid.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 25, 2015 at 12:06 PM, Armando M. <span dir="ltr"><<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On 24 November 2015 at 21:46, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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.<br>
<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?<br>
<br>
(c) neutron sub-project repo<br></blockquote><br></div></div><div>All circumstances considered, I think c) is the only viable one.</div></div></div></div></blockquote></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>+1 </div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- [+] Each sub-project can develop a dashboard fast.<br>
- [-] It is doable, but the directory tree can be complicated.<br></blockquote><div><br></div></span><div>why? do you envision something else other than /horizon directory in the tree?</div><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- [-] Lead to too many repos and the horizon team/liaison cannot cover all.<br></blockquote><div><br></div></span><div>If that's true for horizon, shouldn't the same be true for the neutron team :)? IMO, the level of feedback/oversight provided is always going to be constant (you can't clone people) no matter how the efforts are distributed. I'd rather empower the individual projects.</div></div></div></div></blockquote></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Agree. +1 </div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style: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. <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<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></span></div><br></div></div>
<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>
<br></blockquote></div></div></div>
__________________________________________________________________________<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>