Skip to content
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

[REQ] Support useTags config option for java client code generation #10109

Open
eyalrin opened this issue Aug 8, 2021 · 1 comment
Open

[REQ] Support useTags config option for java client code generation #10109

eyalrin opened this issue Aug 8, 2021 · 1 comment

Comments

@eyalrin
Copy link

eyalrin commented Aug 8, 2021

Is your feature request related to a problem? Please describe.

I don't want users of my java client library to need to use different API classes to work with my service.

Describe the solution you'd like

Currently in Spring Code Generation there is an option to enable the useTags config option to control whether to generate different API classes for each tag/group or not. I would like this to be supported in the Java Client Generator as well so my customers can use a single API class (this setting should be independent form the Spring Generator since in the server code I still want this separation).

Describe alternatives you've considered

I thought of not using tags at all in my OpenAPI configuration but that make my server code less organized since all paths will need to be implemented in a single class (Since a single API class is generated in that case).

@eyalrin eyalrin changed the title [REQ] Support useTags property for java client code generation [REQ] Support useTags config option for java client code generation Aug 8, 2021
pravussum added a commit to pravussum/openapi-generator that referenced this issue Feb 16, 2022
jekkel pushed a commit to kiwigrid/openapi-generator that referenced this issue Feb 20, 2023
@jekkel
Copy link
Contributor

jekkel commented Feb 24, 2023

FYI #14794 is gonna cover the feature request albeit in a slightly different way.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants