-
Notifications
You must be signed in to change notification settings - Fork 82
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
Support for external OpenAPI spec #231
Comments
Now I think it might be a problem with trailing slash support (cf. #56) Indeed the remote content is well retrieved with remote url having the slash... 😅 Unfortunately my interface contract is exposed on an url without the last slash 🤷♂️ |
in fact it does not change anything with accessible ressource with the trailing slash 😣 :
|
Hi, |
I believe this issue is related to a bug with trailing slashes in external spec URLs? We support fetching an external spec at build time, but we have no plans on supporting any kind of on-the-fly rendering like client or server side rendering. This project was built to fill the void of static OpenAPI documentation generation. There are a handful of other projects that support what you are looking for, I suggest checking out redocusaurus: https://github.com/rohit-gohri/redocusaurus/ |
The problem with Redoxusaurus is that it doesnt have 'Try it' feature that this project has 😀 |
I can confirm that the issue is at build time, when based on an url instead of a local directory path. I have tested with or without the trailing slash, result is the same ... |
Can also confirm what @mathieu-souchet has reported. Failing during build time when using remote json swagger spec with/without trailing slashes. Using 0.6.3 version
|
I was able to get debug this and get it working locally, I ended up walking through the @docusaurus/core/lib/commands/start.js file and just removed my url string from the rules. Obviously not a viable solution, but I believe this error's being caused because we're passing the url in the config through to the rules and its rightfully expecting it to be a file. I think the logic behind passing the contentPath in configureWebpack might be the culprit here |
Any workaround for this issue? |
+1 this |
+1 |
1 similar comment
+1 |
Hi all,
Today I tried to upgrade the versions of the NPM modules of my documentation with
docusaurus-preset-openapi
and i am facing following issue :My plugin configuration is as following :
It is curious because with following npm depencies versions my doc is running well :
And with following versions it doesn't work :
I'm afraid of an answer like "Sorry but you have to put locally your OpenAPI spec file" because my documentation is in another repository than my API 😅
The text was updated successfully, but these errors were encountered: