-
-
Notifications
You must be signed in to change notification settings - Fork 136
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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Spec source from inputSpec
is ignored
#163
Comments
Thanks @pfeileon I鈥榣l have a look these days. |
It seems to work with a local spec file (content is actually ignored) and a working URL:
The CLI then downloads the spec from the URL and uses the value of "glob" as If this is intended, there is no bug, but the documentation is incomplete. Only remaining problem is that if the URL doesn't work, the CLI breaks. |
Thanks for the research @pfeileon. Unfortunately I was not able to get that to work for me using 5.0.0-beta3, I imagine I do not have something quite right in my configuration. I'm not quite sure if
|
It works with an endpoint which includes the spec's content in its response body. |
馃帀 This issue has been resolved in version 2.1.14 馃帀 The release is available on: Your semantic-release bot 馃摝馃殌 |
@kay-schecker |
Same issue here. I just have to ignore the schema warning. Can we just update the schema to make glob OR inputSpec required?
|
馃悰 Bug Report:
Describe the bug
Property
inputSpec
is ignored, which makes using remote specs impossible. According to the json schema this should be supported:https://github.com/OpenAPITools/openapi-generator-cli/blob/master/apps/generator-cli/src/config.schema.json
Expected behavior
Defining an HTTP URL to a remote spec via
inputSpec
should be possible.Additional context
The method
generate
ingenerator.service.ts
ignores theinputSpec
property and only considersglob
.The text was updated successfully, but these errors were encountered: