<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>
</head>
<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>Hi all,<br>
</p>
<p><br>
</p>
<p>Back in March Anne wrote a great summary on the current state of Swagger for OpenStack docs: <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-March/090659.html">http://lists.openstack.org/pipermail/openstack-dev/2016-March/090659.html.</a>
<span style="font-size: 12pt;">Is this still the current state of things? Magnum is looking to document its API soon, so I want to look at the feasibility of doing it in Swagger. If it's not possible, RST should suffice.</span></p>
<p><br>
</p>
<p>In terms of the specific limitations that were listed:<br>
</p>
<p><br>
</p>
<p>- the /actions endpoint. Would it be possible to use vendor extensions to solve this problem? For example, imagine that you want to document reboot and rebuild operations. You could create custom verb properties for these operations (`x-post-reboot`, `x-post-rebuild`)
that would allow differentiation of the JSON payload under the same URL category. The HTML rendering would need to be adapted to take this into consideration. [1]<br>
</p>
<p><br>
</p>
<p>- microversions. The more I think about it, the more I realise that this is not really a Swagger limitation but more of a consideration that *any* documentation format needs to solve. It seems that per microversion release, a separate doc artefact is required
which encapsulates the API at that point in time. This would be very easy to do in Swagger compared to RST (single file vs directory of RST files). </p>
<p><br>
</p>
<p>Am I way off here? I would really like to hear others' opinions on this. Thanks for all the great work!<br>
</p>
<p><br>
</p>
<p>Jamie<br>
</p>
<p><br>
</p>
<p>[1] <a href="https://github.com/OAI/OpenAPI-Specification/blob/master/guidelines/EXTENSIONS.md">https://github.com/OAI/OpenAPI-Specification/blob/master/guidelines/EXTENSIONS.md</a> <br>
</p>
<hr>
Rackspace International GmbH a company registered in the Canton of Zurich, Switzerland (company identification number CH-020.4.047.077-1) whose registered office is at Pfingstweidstrasse 60, 8005 Zurich, Switzerland. Rackspace International GmbH privacy policy
can be viewed at www.rackspace.co.uk/legal/swiss-privacy-policy - This e-mail message may contain confidential or privileged information intended for the recipient. Any dissemination, distribution or copying of the enclosed material is prohibited. If you receive
this transmission in error, please notify us immediately by e-mail at abuse@rackspace.com and delete the original message. Your cooperation is appreciated.
</body>
</html>