-
-
Notifications
You must be signed in to change notification settings - Fork 110
model class generation for case sensitive names #651
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
Comments
Hi @Teja6028 |
Hi.. Below is the sample schema I was referring to schema { type Query { type Product { type PriceDetails { type PRICEDETAILS { |
In my humble opinion, there is something wrong with this schema design. 😅 |
Agree with @jxnu-liguobin |
Can you explain me what you think is wrong in the schema.. Is it same types with case sensitivity or anything else? But I read Graphql supports case sensitive names.. |
I tried your sample schema with the maven plugin on java 11 on a linux machine. This works fine. I suspect that you are using an Windows based system in which filenames are case insensitive.So this is not an issue with the code gen or java, I think. However, to me as an engineer the naming does not seem self explanatory. On a glance, I can not see the difference between the I would suggest something like:
Especially since there is no relation between the |
Thanks for that @robbertnoordzij |
I stumbled into this one Example types within the same schema
I agree with the sentiment that this design is poor, but sadly there is little I can do at this point because the application is in production accepting traffic and renaming it would be a breaking change
The solution at this point (without a change in schema) is unclear, but I would be happy with some workaround such as append a suffix to the model class @kobylynskyi I can create a new issue if that makes more sense |
Uh oh!
There was an error while loading. Please reload this page.
Currently we have a graphql schema with case sensitive types and maven-plugin is failing while generating model classes saying file already exisits.
Solution I think of is
Generate packages for model classes based on graphql schema that way it won't class on duplicate files.
The text was updated successfully, but these errors were encountered: