<div dir="ltr">Could use some consensus on how to proceed here... Can the cores weigh in here?<div><br></div><div>Regards,</div><div><br></div><div>PCM</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 20, 2015 at 10:54 AM Paul Michali <<a href="mailto:pc@michali.net">pc@michali.net</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">I'm trying to update the DSVM test for neutron client so that it uses the new VPN devstack plugin. In this process, however, I want to have a solution that will work for other advanced services and for networking-* projects. I could use some guidance here please.<div><br></div><div><div>The approach I'm taking (and I need some guidance here), is to create a gate-hook for neutron client [1], so that we can apply any needed devstack plugin enables (not just for VPN). Then, add a job template that takes variable args, and define (experimental) jobs to project-config that use the gate-hook [2]. Finally, modify neutron client to make use of the gate hook to do the needed testing.</div><div><br></div><div>There are several ways forward, and I'd like to here what the community consensus is to handle this.</div><div><br></div><div>The way I was originally heading, was to have a job that replaces the original job to run the "core" test cases, and another job for running the VPN test cases (enabling the VPN devstack plugin). Later, jobs could be defined for LB and FW, as needed/desired.</div><div><br></div><div>Another possibility, would be to just have two jobs, one that handles "core" tests, and one that handles "non-core" (advanced services, etc) test cases and which enables the needed plugin(s).</div><div><br></div><div>A third, and maybe simple case, is to just have a single job that replaces the original job and runs all the tests and enables all the needed devstack plugins.</div><div><br></div><div>The obvious difference here is in the granularity of what gets tested for a job (and the isolation provided).</div><div><br></div><div>Some questions...</div><div><br></div><div>- Opinions on the approaches suggested?</div><div>- Do we need separate jobs?</div><div>- Do networking-* projects have their own CLI client or do they use neutron client?</div><div>- If they use neutron client project for CLI, how do we handle enabling of any devstack plugins (without causing dependencies on external projects)?</div><div><br></div><div>Thanks in advance!</div><div><br></div><div>Paul Michali (pc_m)</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/209887/" target="_blank">https://review.openstack.org/#/c/210021/</a> - upstreamed</div><div>[2] <a href="https://review.openstack.org/#/c/209887/" target="_blank">https://review.openstack.org/#/c/209887/</a> - in review</div><div>[3] <a href="https://review.openstack.org/#/c/209887/" target="_blank">https://review.openstack.org/#/c/214587/</a> - in review</div></div></div></blockquote></div>