-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
[FLINK-18242][state-backend-rocksdb] Separate RocksDBOptionsFactory from OptionsFactory #12605
Conversation
Thanks a lot for your contribution to the Apache Flink project. I'm the @flinkbot. I help the community Automated ChecksLast check on commit 389cda9 (Thu Jun 11 12:03:48 UTC 2020) Warnings:
Mention the bot in a comment to re-run the automated checks. Review Progress
Please see the Pull Request Review Guide for a full explanation of the review process. The Bot is tracking the review progress through labels. Labels are applied according to the order of the review items. For consensus, approval by a Flink committer of PMC member is required Bot commandsThe @flinkbot bot supports the following commands:
|
…rom OptionsFactory
@StephanEwen could you take a look here? Thanks. |
I think this looks good. I commented on the Jira issue about which version to fix and which version to maybe drop |
Created #12673 for release-1.10 thus closing this one. |
What is the purpose of the change
Completely separate
RocksDBOptionsFactory
fromOptionsFactory
to prevent silent failure of setting RocksDB options by extendingDefaultConfigurableOptionsFactory
but implementing oldcreateDBOptions(DBOptions currentOptions)
method (as described by FLINK-18242).The changes here would require a re-compilation of user codes if
RocksDBOptionsFactory
is used, as well as some code change if the customizedOptionsFactory
is extendingDefaultConfigurableOptionsFactory
.Brief change log
Separate
RocksDBOptionsFactory
fromOptionsFactory
and introduce a newOptionsFactoryAdapter
to keep backward compatibility ofRocksDBStateBackend#setOptions
.Verifying this change
This change is already covered by existing tests, such as
RocksDBOptionsFactoryCompatibilityTest
andRocksDBStateBackendConfigTest
, etc.Does this pull request potentially affect one of the following parts:
@Public(Evolving)
: (yes)RocksDBOptionsFactory
is actually user-facing interface and changes here require a release note.Documentation