<div dir="ltr"><div>Agree with you. That's why I am asking about reasoning. Perhaps, we need to realize how to get rid of this in glanceclient.<br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Best regards,<div>Kairat Kushaev</div></div></div></div></div></div>
<br><div class="gmail_quote">On Wed, Sep 30, 2015 at 7:04 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/30/2015 09:31 AM, Kairat Kushaev wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi All,<br>
In short terms, I am wondering why we are validating responses from<br>
server when we are doing<br>
image-show, image-list, member-list, metadef-namespace-show and other<br>
read-only requests.<br>
<br>
AFAIK, we are building warlock models when receiving responses from<br>
server (see [0]). Each model requires schema to be fetched from glance<br>
server. It means that each time we are doing image-show, image-list,<br>
image-create, member-list and others we are requesting schema from the<br>
server. AFAIU, we are using models to dynamically validate that object<br>
is in accordance with schema but is it the case when glance receives<br>
responses from the server?<br>
<br>
Could somebody please explain me the reasoning of this implementation?<br>
Am I missed some usage cases when validation is required for server<br>
responses?<br>
<br>
I also noticed that we already faced some issues with such<br>
implementation that leads to "mocking" validation([1][2]).<br>
</blockquote>
<br></span>
The validation should not be done for responses, only ever requests (and it's unclear that there is value in doing this on the client side at all, IMHO).<br>
<br>
-jay<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></div><br></div>