-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-49942][SQL] Rename errorClass to condition in classifyException()
#48433
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
[SPARK-49942][SQL] Rename errorClass to condition in classifyException()
#48433
Conversation
errorClass to condition in JdbcDialect.classifyExceptionerrorClass to condition in JdbcDialect.classifyException
|
@cloud-fan @ivanjevtic-db @milastdbx Please, review this PR. I would like to rename it since the function haven't released yet. So, it is safe for now. |
|
LGTM. One question: Are we also going to rename |
| if (isRuntime) { | ||
| new SparkRuntimeException( | ||
| errorClass = errorClass, | ||
| errorClass = condition, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a plan to rename the errorClass argument to condition in SparkRuntimeException and AnalysisException?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes
Yep, let me rename it in the PR since it is related. |
errorClass to condition in JdbcDialect.classifyExceptionerrorClass to condition in classifyException()
|
We're closing this PR because it hasn't been updated in a while. This isn't a judgement on the merit of the PR in any way. It's just a way of keeping the PR queue manageable. |
|
Merging to master/4.0. Thank you, @ivanjevtic-db @cloud-fan for review. |
…eption()` ### What changes were proposed in this pull request? In the PR, I propose to rename the `errorClass` parameter to `condition` in `JdbcDialect.classifyException` and in `JdbcUtils.classifyException`. ### Why are the changes needed? To follow new naming convention introduced by #44902. ### Does this PR introduce _any_ user-facing change? No. The `classifyException` method has not been released yet. ### How was this patch tested? By running the existing GitHub actions. ### Was this patch authored or co-authored using generative AI tooling? No. Closes #48433 from MaxGekk/rename-errorClass-classifyException. Authored-by: Max Gekk <[email protected]> Signed-off-by: Max Gekk <[email protected]> (cherry picked from commit f784b3b) Signed-off-by: Max Gekk <[email protected]>
…eption()` ### What changes were proposed in this pull request? In the PR, I propose to rename the `errorClass` parameter to `condition` in `JdbcDialect.classifyException` and in `JdbcUtils.classifyException`. ### Why are the changes needed? To follow new naming convention introduced by apache#44902. ### Does this PR introduce _any_ user-facing change? No. The `classifyException` method has not been released yet. ### How was this patch tested? By running the existing GitHub actions. ### Was this patch authored or co-authored using generative AI tooling? No. Closes apache#48433 from MaxGekk/rename-errorClass-classifyException. Authored-by: Max Gekk <[email protected]> Signed-off-by: Max Gekk <[email protected]> (cherry picked from commit ffa835c) Signed-off-by: Max Gekk <[email protected]>
What changes were proposed in this pull request?
In the PR, I propose to rename the
errorClassparameter toconditioninJdbcDialect.classifyExceptionand inJdbcUtils.classifyException.Why are the changes needed?
To follow new naming convention introduced by #44902.
Does this PR introduce any user-facing change?
No. The
classifyExceptionmethod has not been released yet.How was this patch tested?
By running the existing GitHub actions.
Was this patch authored or co-authored using generative AI tooling?
No.