Skip to content

Conversation

@cloud-fan
Copy link
Contributor

What changes were proposed in this pull request?

This PR updates DelegatingCatalogExtension so that it's more extendable

  • initialize becomes not final, so that sub-classes can overwrite it
  • delegate becomes protected, so that sub-classes can access it

In addition, this PR fixes a mistake that DelegatingCatalogExtension is just a convenient default implementation, it's actually the CatalogExtension interface that indicates this catalog implementation will delegate requests to the Spark session catalog. #47724 should use CatalogExtension instead.

Why are the changes needed?

Unblock the Iceberg extension.

Does this PR introduce any user-facing change?

no

How was this patch tested?

existing tests

Was this patch authored or co-authored using generative AI tooling?

no

@github-actions github-actions bot added the SQL label Sep 26, 2024
Copy link
Member

@dongjoon-hyun dongjoon-hyun left a comment

Choose a reason for hiding this comment

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

+1, LGTM.

To @cloud-fan ,

  • Do we need to @DeveloperApi annotation additionally?
  • Do you want to backport this to branch-3.5?

@cloud-fan
Copy link
Contributor Author

cloud-fan commented Sep 26, 2024

Hi @dongjoon-hyun , the entire DelegatingCatalogExtension class is marked as Evolving, which already means semi-public APIs. We can probably add @DeveloperApi to all DS v2 APIs?

And yes, we want to backport this to 3.5.

@dongjoon-hyun
Copy link
Member

Merged to master/3.5! Thank you, @cloud-fan and all!

dongjoon-hyun pushed a commit that referenced this pull request Sep 26, 2024
### What changes were proposed in this pull request?

This PR updates `DelegatingCatalogExtension` so that it's more extendable
- `initialize` becomes not final, so that sub-classes can overwrite it
- `delegate` becomes `protected`, so that sub-classes can access it

In addition, this PR fixes a mistake that `DelegatingCatalogExtension` is just a convenient default implementation, it's actually the `CatalogExtension` interface that indicates this catalog implementation will delegate requests to the Spark session catalog. #47724 should use `CatalogExtension` instead.

### Why are the changes needed?

Unblock the Iceberg extension.

### Does this PR introduce _any_ user-facing change?

no

### How was this patch tested?

existing tests

### Was this patch authored or co-authored using generative AI tooling?

no

Closes #48257 from cloud-fan/catalog.

Lead-authored-by: Wenchen Fan <[email protected]>
Co-authored-by: Wenchen Fan <[email protected]>
Signed-off-by: Dongjoon Hyun <[email protected]>
(cherry picked from commit 339dd5b)
Signed-off-by: Dongjoon Hyun <[email protected]>
dongjoon-hyun added a commit that referenced this pull request Sep 26, 2024
### What changes were proposed in this pull request?

This PR is a follow-up for `branch-3.5` due to the difference of `import` statement.
- #48257

### Why are the changes needed?

To fix the compilation.

### Does this PR introduce _any_ user-facing change?

No.

### How was this patch tested?

Pass the CIs.

### Was this patch authored or co-authored using generative AI tooling?

No.

Closes #48271 from dongjoon-hyun/SPARK-49791.

Authored-by: Dongjoon Hyun <[email protected]>
Signed-off-by: Dongjoon Hyun <[email protected]>
@zhouyuan
Copy link

zhouyuan commented Nov 8, 2024

Hi @dongjoon-hyun @cloud-fan Could you please let me know if there is a plan or scheduled release date for Spark-354?

thanks, -yuan

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants