I think it's acceptable at the moment, but users will certainly be happy about being able to use names instead of ids in the cli. <div>After all, the CLI is meant to be used by humans, and UUID are all but human!</div>

<div><br></div><div>I did not implement in the previous patch as it was beyond the scope of the bug fix.</div><div>To be completely honest, I think we can however do better than the <name_or_id> approach. Especially for xxx-create and xxx-update command which reference another resource, I would probably use { --name <name> | --id <id> }. We also need to discuss how to fail when multiple occurences of the name are found.</div>
<div><br></div><div>Salvatore<br><br><div class="gmail_quote">
On 27 July 2012 08:55, Yong Sheng Gong <span dir="ltr"><<a href="mailto:gongysh@cn.ibm.com" target="_blank">gongysh@cn.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif"> <span><br>Hi,<br>I want to talk about the name_or_id argument in quantum client commands.<br></span>For example:<br>1. quantum net-create myname<br>2. quantum net-show myname or id<br>

3. quantum subnet-create network_id <a href="http://10.0.1.0/24" target="_blank">10.0.1.0/24</a> --name mysub<br>here subnet-create cannot use networkname.<br>4.quanum subnet-show mysub<br><br>All in all, If we want to show, delete and update a resource, we can use name or id to specify the resource. When using name,  the number of that resource with the given name must be 1.<br>

When we reference a resource in another resource, for example, we create a subnet under a network, we must reference that network by id.<br><br>So, are these implementations acceptable?<br><br>Thanks<span><font color="#888888"><br>

Yong Sheng Gong<br></font></span></font>
</blockquote></div><br></div>