jscheffl opened a new issue, #42016: URL: https://github.com/apache/airflow/issues/42016
### Description Relates to #39593 AFter a PoC in https://github.com/apache/airflow/pull/41656 and the Airflow 3 Dev Call this is a follow-up issue to keep track of the efforts to remove the FAB dependency from ProvidersManager Connection Forms for Custom fields. Technical Idea: - Make the custom form field definition into the provider.yaml description as structure - NO python code! - Follow the structure of JSON Schema like Custom Form fields in DAG Trigger UI (just as YAML/JSON dict) - On scheduler where providers are loaded persist the structure to DB - WebUI REST API can load the dict information from DB and render UI w/o need to have provider code available and initialized - Benefit: Less security risk of exposure due to bad code/dependencies, faster loading of web server API on start (=less imports needed) - Migrate existing providers - Option 1: Manually migrate providers once from code to YAML - Option 2: Implement a automated migration similar to #41656 to read Python code and create YAML as pre-commit hook to keep it in sync ### Use case/motivation FAB should be an optional dependency and UI should eb able to render custom form fields w/o FAB installed. Currently custom connection fields are defined in Python Code. This makes additional dependency that Python Provider code must be deployed and loaded in Webserver as well as FAB is needed to render the UI. ### Related issues Airflow 3: #39593 PoC PR: #41656 ### Are you willing to submit a PR? - [X] Yes I am willing to submit a PR! ### Code of Conduct - [X] I agree to follow this project's [Code of Conduct](https://github.com/apache/airflow/blob/main/CODE_OF_CONDUCT.md) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
