<br><br>On Thursday, July 31, 2014, Russell Bryant <<a href="mailto:rbryant@redhat.com">rbryant@redhat.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/30/2014 10:57 AM, Dolph Mathews wrote:<br>
> We recently merged an implementation for GET /v3/catalog which finally<br>
> enables POST /v3/auth/tokens?nocatalog to be a reasonable default<br>
> behavior, at the cost of an extra HTTP call from remote service back to<br>
> keystone where necessary.<br>
<br>
Is that really a safe default change to make?  It looks like v3 has<br>
already been marked as stable, and this would be a non<br>
backwards-compatible change to the API.<br><br>
</blockquote><div> </div><div>This default could be made in keystone client, and the catalog could be fetched separately (session object can handle it). It would mean new clients would get the same data without a massive token size, but old clients would still be compatible. API remains compatible and stable.</div>
<div><br></div><div>Cheers,</div><div>Morgan</div>