<p dir="ltr">I like #4 over #5 because it seems weird to have to create a configuration first to see what parameters are allowed. With #4 you could look up what is allowed first then create your configuration. </p>
<p dir="ltr">Robert </p>
<div class="gmail_quote">On Jan 22, 2014 10:18 AM, "Craig Vyvial" <<a href="mailto:cp16net@gmail.com">cp16net@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>Hey everyone I have run into an issue with the configuration parameter URI. I'd like some input on what the URI might look like for getting the list configuration parameters for a specific datastore.</div>

<div><br></div><div>Problem: Configuration parameters need to be selected per datastore.</div><div><br></div><div>Currently: Its setup to use the default(mysql) datastore and this wont work for other datastores like redis/cassandra/etc. </div>

<div><br></div><div>/configurations/parameters - parameter list for mysql</div><div>/configurations/parameters/<parameter_name> - details of parameter</div><div><br></div><div>We need to be able to request the parameter list per datastore. Here are some suggestions that outlines how each method may work.</div>

<div><br></div><div>ONE:</div><div><br></div><div>/configurations/parameters?datastore=mysql - list parameter for mysql</div><div>/configurations/parameters?datastore=redis - list parameter for redis</div><div><br></div>
<div>
- we do not use query parameters for anything other than pagination (limit and marker)</div><div>- this requires some finagling with the context to add the datastore.</div><div><a href="https://gist.github.com/cp16net/8547197" target="_blank">https://gist.github.com/cp16net/8547197</a></div>

<div><br></div><div>TWO:</div><div><br></div><div>/configurations/parameters - list of datastores that have configuration parameters</div><div>/configurations/parameters/<datastore> - list of parameters for datastore</div>

<div><br></div><div>THREE:</div><div><br></div><div>/datastores/<datastore>/configuration/parameters - list the parameters for the datastore</div><div><br></div><div>FOUR:</div><div><br></div><div>/datastores/<datastore> - add an href on the return to the configuration parameter list for the datastore</div>

<div>/configurations/parameters/<datastore> - list of parameters for datastore</div><div><br></div><div>FIVE:</div><div><br></div><div>* Require a configuration be created with a datastore.</div><div>Then a user may list the configuration parameters allowed on that configuration.</div>

<div><br></div><div>/configurations/<config_id>/parameters - parameter list for mysql</div><div><br></div><div>- after some thought i think this method (5) might be the best way to handle this.</div><div><br></div>
<div>
<br></div><div>I've outlined a few ways we could make this work. Let me know if you agree or why you may disagree with strategy 5.</div><div><br></div><div>Thanks,<br>Craig Vyvial</div></div>
<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>
<br></blockquote></div>