-
Notifications
You must be signed in to change notification settings - Fork 6k
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
[JaxRS*] javax.ws.rs.core.Response vs. returnTypes #4713
Milestone
Comments
This was referenced Feb 4, 2017
+1, would be great |
3 tasks
@MatanRubin implemented the check for cxf (server) + cxf-client, pls review and if OK I'll update the other languages. |
jfiala
added a commit
to jfiala/swagger-codegen
that referenced
this issue
Mar 9, 2017
davidgri
pushed a commit
to davidgri/swagger-codegen
that referenced
this issue
May 11, 2017
…lient (swagger-api#4779) * add check for useGenericResponse for jaxrs-cxf * move check for genericresponse to cxf codegen swagger-api#4713
Can this feature be used with the swagger-codegen-maven-plugin? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
Currently only the language jaxrs-cxf returns the "real" returnType in the method signatures as opposed to the generic javax.ws.rs.core.Response. All other Jaxrs-languages use javax.ws.rs.core.Response.
IMHO all JaxRS-languages should allow a CLI-flag ("useGenericJaxRsResponse", default value=true for backwards compatibility) whether to use the generic javax.ws.rs.core.Response or the real returnTypes in the method signatures.
Languages to be updated:
CXF already has the check, but no CLI flag to use the Jaxrs-Response
Swagger-codegen version
2.2.2
The text was updated successfully, but these errors were encountered: