<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 25 May 2015 at 08:23, Mike Bayer <span dir="ltr"><<a href="mailto:mbayer@redhat.com" target="_blank">mbayer@redhat.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"><span class=""><br>
<br>
On 5/25/15 10:24 AM, Henry Gessau 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">
Yes, unfortunately the autogenerate currently generates commands to drop all the FWaaS, LBaaS and VPNaaS tables since their models are not in the neutron tree. You can and should delete all these commands that are not related to your new models. We have been meaning to fix the autogeneration so that it handles the *aaS tables correctly, but it is a little tricky. <br>
</blockquote></span>
I'm sure you know this already, but when you do this you should be using the Alembic include_object hook:<br>
<br>
<a href="http://alembic.readthedocs.org/en/latest/api.html?highlight=include_object#alembic.environment.EnvironmentContext.configure.params.include_object" target="_blank">http://alembic.readthedocs.org/en/latest/api.html?highlight=include_object#alembic.environment.EnvironmentContext.configure.params.include_object</a><br>
<br>
implementing this function will give you complete control over every object considered by autogenerate.    I'm assuming the "tricky" part here has to do with some unpredictability on the part of the Neutron schema.  On the Alembic side it should be straightforward (e.g. there's no need to manipulate the MetaData or anything like that).<br>
<br>
Feel free to point me to a review dealing with this.<div class=""><div class="h5"><br>
<br></div></div></blockquote><div> </div><div>One thing I would like to point out is that in this cycle we'll be working extensively in this area to make the very task you are working on easier to deal with, and better documented. This will fall under the umbrella of the blueprint [1].</div><div><br></div><div>HTH</div><div>Armando</div><div><br></div><div>[1] <a href="https://blueprints.launchpad.net/neutron/+spec/core-vendor-decomposition">https://blueprints.launchpad.net/neutron/+spec/core-vendor-decomposition</a></div><div><br></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"><div class=""><div class="h5">
<br>
<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>