-
Notifications
You must be signed in to change notification settings - Fork 0
Importing OAS3 #2
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
Comments
As noted in #1 , I don't play around with Insomnia anymore, so I don't remember if this is possible or not... It feels like if one wants to do that today, they'd have to define their own Insomnia importer for each possible import document type (OAS2, OAS3, all the different Postman collections). Not necessarily, but surely if OAS3 is supported, then someone would ask for other formats. I base my judgement on these:
Back when I was playing with Insomnia, what I did, was I imported the collections I wanted, then modified imported collections with some shell scripts. Also, the exporting would be a new symmetrical problem now to solve, where I'd need to teach Insomnia to treat the taggy path parameters from this plugin as path parameters. And this is something that Insomnia simply doesn't agree with. And this is why there are many path-parameters related plugins each doing their own thing, but ultimately each having their tradeoffs. If I'm not mistaken, the plugin made by the original Insomnia maintainer has the same OAS3 import problem that you describe |
While inporting OAS3 spec with your plugin enabled all the path parameters are still converted to Insomnia Environment Variables.
Maybe there's a way to implement conversion from path parameters to tags?
The text was updated successfully, but these errors were encountered: