-
Notifications
You must be signed in to change notification settings - Fork 102
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
Is there a known workaround for handling an array of string/enum? #87
Comments
Yes this is a limitation that is originating in spring-restdocs. We just have the json type of a field and we do not know any more. We could try to extend the field descriptor to add the enum values. The descriptor itself has a dynamic Do you want to give it a try? |
With the api-spec now supporting enum values, the generators (gradle plugins) would still need to be adapted to leverage the change. |
Yes I guess I missed that. I will implement the support in the generators in the next few days and open a PR. |
I have an array of simple enum called
weathers
. Although I can get to the array itself:I can't get to the element inside it currently due to the exact same limitation as: spring-projects/spring-restdocs#505. As such, I got the following openapi3 spec:
It seems the relevant logic is added in this PR: #62 as "default behavior".
Here is a minified demo: https://github.com/lzhoucs/spring-restdocs/tree/87-demo/samples/junit5
What I would like to see is as follows:
Is there any workaround to get close to what I expected above?
The text was updated successfully, but these errors were encountered: