-
-
Notifications
You must be signed in to change notification settings - Fork 525
Some issues when upgrade to SpringDoc 2.7 #2984
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, Could you please state the previous version used so that it is possible to compare the differences introduced when going from X to 2.7? |
The later issue with the large number does not look to be tied to springdoc, please see swagger-api/swagger-ui#2030 |
The mentioned previous project actually uses springfox. Below is some version info,
|
Yes, it is more like relate with the JSON data type limitations. So as I understand, if the queryParam object can be split into individual fields like what previous version does, the field with Long type should be processed correctly. |
Could we compare the difference in the generated specification for the query parameter? I have no idea how or if But if it is the case that they render schemas in the same way, then comparing the schemas is most likely the easiest approach for finding a solution, since they you will know that you want to springdoc-openapi introspection to generate the exact same schema structure that springfox generated. |
Recently I ran into some issues when upgrade to SpringBoot 3.4.5 and SpringDoc 2.7.
Here is maven dependencies of my project,
And here is the definition of UmsUserQueryParam,
When I go to the swagger page,
You see the queryParam is rendered as "object", not split UmsUserQueryParam object into individual properties like what I see in previous version of swagger page.
In that project, there is also a similar controller method and one query class,
It look like below, every property is rendered individually,

What's more, there is another Long type precision loss issue. When I input the value of userId like below,
It actually invoke backend API with some precision loss like below. I input 1917147886395588608, but it passes 1917147886395588600

So can anyone give me some prompt on above two issues?
The text was updated successfully, but these errors were encountered: