<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Jun 4, 2015 at 10:10 AM Rodrigo Duarte <<a href="mailto:rodrigodsousa@gmail.com">rodrigodsousa@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>Also, if we are going to use a delimiter, we need to update the way projects names are returned in the GET v3/projects API to include the hierarchy so the user (or client) knows how to request a token using the project name.</div></div></blockquote><div><br></div><div>This comment made me think of something (maybe crazy)...</div><div><br></div><div>I'm hoping that we are not expecting a client to understand how to create the hierarchical representation of the fully qualified project name and instead feed it to them in the JSON responses.</div><div><br></div><div>If this is the case we can probably control the delimiter on the server side without the client even knowing that there is a delimiter. We could have the first character of this new property actually contain the delimiter used.</div><div><br></div><div>  ".A.B.C" - would mean that "." is the delimiter</div><div>  - vs -</div><div>  "#A#B#C" - would mean that "#" is the delimiter</div><div><br></div><div>The challenge left is to figure out which delimiter to use.</div><div><br></div><div>-- David</div></div></div>