<div dir="ltr"><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Feb 13, 2015 at 2:15 PM, David Kranz <span dir="ltr"><<a href="mailto:dkranz@redhat.com" target="_blank">dkranz@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">Swift is different in that most interesting data is in the headers except for GET methods, and applying the same methodology as the others does not make sense to me. There are various ways the swift client could be changed to return one value, or it could be left as is. </blockquote><div><br></div><div><div>Can you point to the relevant implementation?<br></div><div><br></div>FWIW, we've found in swiftclient that's it's been extremely restrictive to return tuples and in retrospect would have preferred either a (status, headers, body) signature (which unfortunately leaves a lot of interesting parsing up to the client) or something more like a dictionary or "SwiftResponse" that as described in the spec has properties for getting at interesting values - and most importantly allow for future additive changes.<div><br></div><div>It sounds like you're on the right track trying to make clients return a single "value" (or a dict or something) - I'm tertiarily curious with what you come up.</div><div><br></div><div>-Clay</div></div></div></div></div>