<div dir="ltr">Ok i agree that the user should only have to know 1 thing. The entry point.<div><br></div><div style>Then the discovery of extensions by the client should be api driven by the cloud entry point.</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Dec 18, 2012 at 6:03 AM, Christopher Yeoh <span dir="ltr"><<a href="mailto:cyeoh@au1.ibm.com" target="_blank">cyeoh@au1.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Mon, 17 Dec 2012 22:37:50 -0800<br>
Monty Taylor <<a href="mailto:mordred@inaugust.com">mordred@inaugust.com</a>> wrote:<br>
<br>
> On 12/17/2012 10:20 PM, Craig Vyvial wrote:<br>
> > I do not think making the client "smart" enough to be able to tell<br>
> > which extensions are available is the right approach. It seems like<br>
> > overkill for the client's responsibility.<br>
> ><br>
> > I maybe reading in to this to far but it seems like if you want to<br>
> > install or enable an extension you should have to install to enable<br>
> > it... aka install python-novaclient-security-groups.<br>
> > Then each extension can be updated maintained separately.<br>
> ><br>
> > But i guess the main draw back I see with this is that then its a<br>
> > pain to "test" this functionality between extensions and core code.<br>
> > But I am sure people/companies have their own custom extensions that<br>
> > have never made it into the core code or never will have already<br>
> > felt some of these pains.<br>
><br>
> Obviously, I agree with Vish here ... but I think that one of the<br>
> places where you and I may be missing each other is in who the<br>
> audience is we are talking about.<br>
><br>
> When you say "if you want to install..." that implies a level of<br>
> agency or understanding that I do not think we should expect from a<br>
> public cloud user. Why would I, as a consumer of an OpenStack based<br>
> public cloud ever "want" to install a novaclient extension module?<br>
> How would I even know I want to do that?<br>
<br>
</div>+1<br>
<br>
Most users would not know that they have to install an extension<br>
and just finding out which extensions they should install would be<br>
difficult for new and inexperienced users. They'd probably just assume<br>
that the functionality they want is not available.<br>
<br>
So I agree we want the client to automatically detect what<br>
extension capabilities can be used. Perhaps even an easy way for them<br>
to see what functionality they could have from nova client if the<br>
corresponding server side support was installed.<br>
<br>
Chris<br>
<span class="HOEnZb"><font color="#888888">--<br>
<a href="mailto:cyeoh@au.ibm.com">cyeoh@au.ibm.com</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<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>
</div></div></blockquote></div><br></div>