Skip to content

Conversation

@MaxGekk
Copy link
Member

@MaxGekk MaxGekk commented Oct 12, 2024

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.

@github-actions github-actions bot added the SQL label Oct 12, 2024
@apache apache deleted a comment Oct 12, 2024
@MaxGekk MaxGekk changed the title [WIP] Rename errorClass to condition in JdbcDialect.classifyException [SPARK-49942][SQL] Rename errorClass to condition in JdbcDialect.classifyException Oct 12, 2024
@MaxGekk MaxGekk requested a review from cloud-fan October 14, 2024 09:00
@MaxGekk
Copy link
Member Author

MaxGekk commented Oct 14, 2024

@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.

@ivanjevtic-db
Copy link
Contributor

LGTM. One question: Are we also going to rename errorClass in classifyException from JDBCUtils?

if (isRuntime) {
new SparkRuntimeException(
errorClass = errorClass,
errorClass = condition,
Copy link
Contributor

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?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes

@MaxGekk
Copy link
Member Author

MaxGekk commented Oct 15, 2024

Are we also going to rename errorClass in classifyException from JDBCUtils?

Yep, let me rename it in the PR since it is related.

@MaxGekk MaxGekk changed the title [SPARK-49942][SQL] Rename errorClass to condition in JdbcDialect.classifyException [SPARK-49942][SQL] Rename errorClass to condition in classifyException() Oct 15, 2024
@github-actions
Copy link

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.
If you'd like to revive this PR, please reopen it and ask a committer to remove the Stale tag!

@github-actions github-actions bot added the Stale label Jan 24, 2025
@github-actions github-actions bot closed this Jan 25, 2025
@MaxGekk MaxGekk reopened this Feb 5, 2025
@MaxGekk
Copy link
Member Author

MaxGekk commented Feb 5, 2025

Merging to master/4.0. Thank you, @ivanjevtic-db @cloud-fan for review.

@MaxGekk MaxGekk closed this in f784b3b Feb 5, 2025
MaxGekk added a commit that referenced this pull request Feb 5, 2025
…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]>
zifeif2 pushed a commit to zifeif2/spark that referenced this pull request Nov 14, 2025
…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]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants