<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 8 August 2014 14:55, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@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"><div>><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">This is the statement that makes me trip over,</span><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br>




</span></div></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">I don't know what that means. Does it mean that you are so incredibly shocked by the stupidity of that statement that you fall down? Or does it mean something else?</span></div>


</div></blockquote><div><br></div><div>Why would you think that? I trip over the obstacle that prevents me from understanding! If at all, I would blame my stupidity, not the one of the statement :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div>

<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">></span><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">Policy decision points can be decentralized from the system under scrutiny,</span><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"> </span></div>




<div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px"><br></span></div></div><div><span style="font-family:arial,sans-serif;font-size:13.333333969116211px">Unfortunately they can't in this case where some policy needs to be enforced between plugins. If we could refactor the communication between service and core plugins to use the API as well, then we probably could build this as a middleware.</span></div>


</div></blockquote><div><br></div><div>Assumed I agreed they couldn't, which I find hard to believe, instead of going after the better approach, we stick with the less optimal one?</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr">

</div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Fri, Aug 8, 2014 at 1:45 PM, Armando M. <span dir="ltr"><<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>></span> wrote:<br>




</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>On 8 August 2014 10:56, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@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">There is an enforcement component to the group policy that allows you to use the current APIs and it's the reason that group policy is integrated into the neutron project. If someone uses the current APIs, the group policy plugin will make sure they don't violate any policy constraints before passing the request into the regular core/service plugins.</div>






</blockquote><div><br></div></div><div>This is the statement that makes me trip over, and I don't understand why GBP and Neutron Core need to be 'integrated' together as they have. Policy decision points can be decentralized from the system under scrutiny, we don't need to have one giant monolithic system that does everything; it's an architectural decision that would make difficult to achieve composability and all the other good -ilities of software systems.</div>






</div></div></div>
<br></div></div><div>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
<br></div></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Kevin Benton</div>
</font></span></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
<br></blockquote></div><br></div></div>