
<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body ocsi="0" fpstyle="1">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">My thoughts so far:

<br>

<br>

/datastores/<datastore>/configuration/parameters (Option Three)<br>

+ configuration set without an associated datastore is meaningless<br>

+ a configuration set must be associated to exactly one datastore<br>

+ each datastore must have 0-1 configuration set<br>

+ All above relationships are immediately apparent <br>

- Listing all configuration sets becomes more difficult (which I don't think that is a valid concern)<br>

<br>

/configurations/<config_id>/parameters (Option Five)<br>

+ Smaller, canonical route to a configuration set<br>

- datastore/config relationshiop is much more ambiguous <br>

<br>

I'm planning on working a blueprint for this feature soon, so I'd like any feedback anyone has.<br>

<br>

- kpom<br>

<br>

<div style="font-family: Times New Roman; color: #000000; font-size: 16px">

<hr tabindex="-1">

<div style="direction: ltr;" id="divRpF275913"><font color="#000000" face="Tahoma" size="2"><b>From:</b> Craig Vyvial [cp16net@gmail.com]<br>

<b>Sent:</b> Wednesday, January 22, 2014 10:10 AM<br>

<b>To:</b> OpenStack Development Mailing List<br>

<b>Subject:</b> [openstack-dev] [Trove] how to list available configuration parameters for datastores<br>

</font><br>

</div>

<div></div>

<div>

<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>

</div>

</div>

</div>

</body>

</html>