-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
[BugFix] fix setDouble issue in jdbc with prepare stmt #51811
Conversation
Head branch was pushed to by a user without write access
e5eab85
to
631836c
Compare
AnalysisException is deprecated, but the old method returns this exception. |
|
631836c
to
db8bb99
Compare
It causes an error from SonarCloud Code Analysis: and using SemanticException here will lead to lots of code changes |
The picture is invisible. errors reported by SonarCloud can be ignored |
ok,thank you |
2a4178a
to
f0959f7
Compare
Signed-off-by: ShaoxunLi <[email protected]>
f0959f7
to
e00d891
Compare
Quality Gate failedFailed conditions See analysis details on SonarCloud Catch issues before they fail your Quality Gate with our IDE extension SonarLint |
[Java-Extensions Incremental Coverage Report]✅ pass : 0 / 0 (0%) |
[FE Incremental Coverage Report]✅ pass : 4 / 4 (100.00%) file detail
|
[BE Incremental Coverage Report]✅ pass : 0 / 0 (0%) |
@Mergifyio backport branch-3.3 |
✅ Backports have been created
|
Signed-off-by: ShaoxunLi <[email protected]> (cherry picked from commit b7bb396)
…) (#51900) Co-authored-by: ShaoxunLi <[email protected]>
Signed-off-by: ShaoxunLi <[email protected]>
Signed-off-by: ShaoxunLi <[email protected]> Signed-off-by: zhiminr.ren <[email protected]>
Why I'm doing:
fix setDouble issue in jdbc with prepare stmt:
the result is wrong:
the reason is wrong type processing in FloatLiteral::parseMysqlParam.
For example, the data is of double type, but the getFloat method is used to obtain the data, result in wrong value.
What I'm doing:
When a new floatLiteral object is created, its type should be specified explicitly, not based on its numeric size.
Otherwise, when the data is small, it will be processed as the float type, even if the value is assigned by setDouble method in JDBC.
ths result is right:
Fixes #issue
What type of PR is this:
Does this PR entail a change in behavior?
If yes, please specify the type of change:
Checklist:
Bugfix cherry-pick branch check: