Support multiple levels of config validation
Open
- Dominant language
- Java
- Stars
- 6.1k
- Forks
- 1.5k
- Avg merge
- 2d 3h
- Merged PRs (30d)
- 195
Description
Ideally, we wish to have levels of validation such as:
* strict
* basic (default)
In this case, strict validation will imply all the stringent checks are done (eg: #6644, #6300 ). basic might be closer to what we're doing today to allow for backwards compatibility of table and schema configs.
CC @mcvsubbu @mayankshriv
Contributor guide
Research direction
Start by reviewing the current validation behavior for table and schema configs, then read the related discussions in #6644 and #6300. Define how strict and basic levels are selected, which checks belong to each, and how the default preserves backwards compatibility; done means the behavior and scope are agreed.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- databases
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 30/100