Skip to content
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

Upgrade OpenAPI #331

Closed
turt2live opened this issue Jul 19, 2018 · 7 comments · Fixed by #1310
Closed

Upgrade OpenAPI #331

turt2live opened this issue Jul 19, 2018 · 7 comments · Fixed by #1310
Labels
A-Tools Related to the process and tools for building the spec

Comments

@turt2live
Copy link
Member

Currently we use 2.x - upgrading gets us a lot of benefits and appears relatively painless

@turt2live turt2live added the A-Tools Related to the process and tools for building the spec label Jul 19, 2018
@richvdh richvdh transferred this issue from matrix-org/matrix-spec-proposals Mar 1, 2022
@richvdh
Copy link
Member

richvdh commented Aug 4, 2022

I found https://blog.stoplight.io/difference-between-open-v2-v3-v31 a useful introduction to the changes here.

@zecakeh
Copy link
Contributor

zecakeh commented Oct 24, 2022

Hi ! I'm interested in working on this, if no one else is currently doing it.

I already ran the swagger2openapi script to see how much work is involved. It seems like it didn't break much on the OpenAPI side, but it did some linting at the same time so it's gonna take some time to check that nothing was removed.

Would it be interesting to switch directly to OpenAPI 3.1? Afaict, the tools used all support it (RapiDoc for the UI and swagger-parser for the CI), however the README mentions testing with swagger-ui, which doesn't have support yet.

@richvdh
Copy link
Member

richvdh commented Oct 25, 2022

I don't think we use swagger-ui any more (it's superseded by Rapidoc).

I'd be very excited to see work happening in this direction, however do have a look at matrix-org/matrix-spec-proposals#1446 (comment) which contains some notes on a previous attempt at this work.

@zecakeh
Copy link
Contributor

zecakeh commented Oct 25, 2022

Thanks I already took a look at this thread. I wrote a simple conversion script that at least keeps the licensing comments at the top.

I see that the check-swagger-sources.py script doesn't seem to be used or mentioned anywhere, but looks like a predecessor of validator.js? So I'm wondering if I should also update it for eventual changes.

@richvdh
Copy link
Member

richvdh commented Oct 26, 2022

I don't think check-swagger-sources.py is a predecessor to validator.js - they have both coexisted for a long time. Still, I'm not entirely sure what the difference is, and it's true that check-swagger-sources.py doesn't seem to be used anywhere (and it doesn't currently pass).

So, I wouldn't block any upgrade job on maintaining check-swagger-sources.py - we can do that separately.

@afranke
Copy link
Contributor

afranke commented Oct 26, 2022

See also #8

@zecakeh
Copy link
Contributor

zecakeh commented Oct 28, 2022

I opened #1310 (still a draft). Feedback is very welcome.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-Tools Related to the process and tools for building the spec
Projects
None yet
4 participants