Skip to content

Feature request: Machine-readable api documentation #781

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jmcarp opened this issue Feb 17, 2017 · 5 comments
Closed

Feature request: Machine-readable api documentation #781

jmcarp opened this issue Feb 17, 2017 · 5 comments
Labels

Comments

@jmcarp
Copy link
Contributor

jmcarp commented Feb 17, 2017

As a consumer of the cloud foundry api, I want api clients in multiple languages that are current and complete. A handful of clients exist, like https://github.com/cloudfoundry-community/go-cfclient and https://github.com/cloudfoundry-attic/cfoundry, but are incomplete and/or unmaintained. It would be ideal if api clients could be generated automatically from some kind of machine-readable markup, such as swagger, raml, etc. This would be very useful to the community, and would also save time upstream--api documentation and some tests could also be auto-generated as well.

I saw that this was discussed a while back in #455 and closed without a clear resolution, so I thought I'd bring it up again and see if there was interest.

cc @cnelson

@cf-gitbot
Copy link

We have created an issue in Pivotal Tracker to manage this:

https://www.pivotaltracker.com/story/show/140165817

The labels on this github issue will be updated when the story is started.

@jmcarp
Copy link
Contributor Author

jmcarp commented Feb 18, 2017

Since you're using rspec_api_documentation, it should be possible to add swagger documentation without much trouble by implementing zipmark/rspec_api_documentation#216.

@zrob
Copy link
Contributor

zrob commented Feb 21, 2017

Hi @jmcarp

Our current goals for docs is to have new endpoints documented here and then eventually move all previous endpoints over. We don't currently have plans to maintain any machine readable markup, though I do understand the benefit that can have for clients. We're currently working under the premise that setting up the models and and requests is easier than understanding how to coordinate the many requests required to complete common workflows -- pushing an app, creating and mapping routes -- which we plan to explicitly document in our Workflows section of the linked docs.

I have spent some time playing with json schema and have found it useful, but don't have any near term plans to maintain a schema of our own.

You may also be interested in tracking the cli client that is being built up for the v3 api.

@jmcarp
Copy link
Contributor Author

jmcarp commented Feb 23, 2017

@zrob: are the new docs built from an rspec dsl like the v2 docs?

@zrob
Copy link
Contributor

zrob commented Feb 23, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants