<div dir="ltr"><div class="gmail_default" style="font-size:small">The question was never whether it could be made to do it (we'd have to change it, but it's just code). The question was whether allowing extra data was a good idea at all. If it's a real requirement, we just need a patch to WSME to support it.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Doug</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jan 18, 2014 at 8:30 PM, Morgan Fainberg <span dir="ltr"><<a href="mailto:m@metacloud.com" target="_blank">m@metacloud.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, this feature is used in real deployments just as Yuriy described. I really want to avoid a new API version since we're just now getting solidly into V3 being used more extensively.  Is it unreasonable to have wsme allow "extra values" in some manner? (I think that is the crux, is it something that can even be expected) </blockquote>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><div>
<br></div></font></span><div><span class="HOEnZb"><font color="#888888">--Morgan</font></span><div><div class="h5"><span></span><br><br>On Saturday, January 18, 2014, Yuriy Taraday <<a>yorik.sar@gmail.com</a>> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 14, 2014 at 6:09 PM, Doug Hellmann <span dir="ltr"><<a>doug.hellmann@dreamhost.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div>On Mon, Jan 13, 2014 at 9:36 PM, Jamie Lennox <span dir="ltr"><<a>jamielennox@redhat.com</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Mon, 2014-01-13 at 10:05 -0500, Doug Hellmann wrote:<br>
> What requirement(s) led to keystone supporting this feature?<br>
<br>
</div></div>I've got no idea where the requirement came from however it is something that is<br>
supported now and so not something we can back out of.<br></blockquote><div><br></div></div></div><div><div style="font-size:small">If it's truly a requirement, we can look into how to make that work. The data is obviously present in the request, so we would just need to preserve it.</div>




</div></div></div></div></blockquote></div><br>
</div><div class="gmail_extra">We've seen a use case for arbitrary attributes in Keystone objects. Cloud administrator might want to store some metadata along with a user object. For example, customer name/id and couple additional fields for contact information. The same might be applied to projects and  domains.</div>




<div class="gmail_extra"><br></div><div class="gmail_extra">So this is a very nice feature that should be kept around. It might be wrapped in some way (like in explicit unchecked "metadata" attribute) in a new API version though.</div>




</div>
</blockquote>
</div></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">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>