-
Notifications
You must be signed in to change notification settings - Fork 3k
Build: Enable revapi on core/parquet/orc/common/data modules & fix API breaks #6146
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
Conversation
ad0f5b7 to
2b7aeaa
Compare
| * Snapshot)}. | ||
| */ | ||
| @Deprecated | ||
| public void validate(TableMetadata currentMetadata) { |
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.
we need to add separate Deprecations for validate() and apply here and in a few other places, because their visibility has been public and not protected (as it is defined in SnapshotProducer)
|
I've also created #6155 to remove all of those deprecated methods once 1.1.0 has been released |
a199e5a to
bbf1731
Compare
.palantir/revapi.yml
Outdated
| justification: "new API method" | ||
| - code: "java.method.addedToInterface" | ||
| new: "method org.apache.iceberg.TableScan org.apache.iceberg.TableScan::useRef(java.lang.String)" | ||
| justification: "Adding table scan APIs to support scanning from refs" |
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.
Can we add a default implementation that throws an exception? That way we avoid a linker error and can signal that the implementation just doesn't support this configuration method.
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.
done, but this is something that was already shipped with 0.14.0 btw
.palantir/revapi.yml
Outdated
| justification: "Adding table scan APIs to support scanning from refs" | ||
| - code: "java.method.addedToInterface" | ||
| new: "method org.apache.iceberg.actions.MigrateTable org.apache.iceberg.actions.MigrateTable::dropBackup()" | ||
| justification: "Adding new functionality to allow for dropping backup table" |
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.
Same here, we should add a default implementation that throws an exception to avoid needing to suppress this.
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.
done, but this is something that was already shipped with 0.14.0 btw
| */ | ||
| @Deprecated | ||
| @Override | ||
| public <T extends RESTResponse> T delete( |
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.
Do we need to deprecate this? It seems like a reasonable thing to just keep it.
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.
I have removed the deprecation for now, but I would still consider deprecating it. We have 4 different delete methods in RESTClient. I think just keeping the one with queryParams would be ok
eb51a61 to
087ff88
Compare
087ff88 to
ef8dca7
Compare
ef8dca7 to
09b9435
Compare
|
Thanks, @nastra! Really great to have this in. |
fixes #6144