<div dir="ltr">We won't be able to take a hard and fast rule on this just because of the way Neutron currently works and the semantics we offer the mechanism drivers and extensions in ML2.<div><br></div><div>Right now when a port is created in ML2, we allow extensions and mechanism drivers to make changes as part of the same transaction. If we completely defer transaction handling to the OVO framework, it will break these semantics.</div><div><br></div><div>We can certainly work to move as much of the handling for simpler cases (e.g. security group rule creation) into the OVO framework, but there are others like the one above where we will need to start a transaction first and leave it open across multiple operations.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 15, 2016 at 6:15 AM, Morales, Victor <span dir="ltr"><<a href="mailto:victor.morales@intel.com" target="_blank">victor.morales@intel.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My two cents on this.<br>
<br>
OVO is going to be the new layer to access to DB model classes, therefore all the calls to the database(ensuring that there is an opened session) and the process to receive(validating fields) and/or return data(determining if a specific column exists) should be managed by OVO classes internally, so that’s also my understanding.<br>
<br>
Regards,<br>
Victor Morales<br>
<br>
From:  Gary Kotton <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>><br>
Reply-To:  "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.<wbr>openstack.org</a>><br>
Date:  Tuesday, November 15, 2016 at 3:06 AM<br>
To:  OpenStack List <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.<wbr>openstack.org</a>><br>
Subject:  [openstack-dev] [neutron] OVO support<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Hi,<br>
It seems like a lot of the object work is being done under database transactions. My understanding is that the objects should take care of this internally.<br>
Any thoughts?<br>
Thanks<br>
Gary<br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>