Re: [PROPOSAL][AIP-32] Airflow REST API

Nice job Kamil, I really like where this is going - especially in regards to Variable and XCOM functionality. With regards to the Task Instance and XCOM endpoints, I was wondering what everyone's thoughts would be on using 'dag_run_id' as a unique identifier as opposed to the existing 'execution_d

[PROPOSAL][AIP-15 Support Multiple-Schedulers for HA & Better Scheduling Performance]

Team, We just updated 'AIP-15 Support Multiple-Schedulers for HA & Better Scheduling Performance' on Confluence and would very much appreciate feedback and suggestions from the community. https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=103092651 The original AIP was filed

Re: [PROPOSAL][AIP-32] Airflow REST API

An easier URL to view the spec https://editor.swagger.io/?url=https://raw.githubusercontent.com/PolideaInternal/airflow/1e3e444d03c2e08d8fcee274d9e745a3d3ddeca8/openapi.yaml On Feb 28 2020, at 4:01 pm, Ash Berlin-Taylor wrote: > To view the API spec >

Re: [PROPOSAL][AIP-32] Airflow REST API

To view the API spec in an easier to consume form I used https://editor.swagger.io/ and imported from the (raw) github URL Some comments on the proposed OpenAPI spec; connection id's are not

Re: [PROPOSAL][AIP-32] Airflow REST API

Great work Kamil, I can't wait till we have a fully featured API in Airflow! So AIP-13 has been voted on and "accepted". Do you have a proposal for what we should do with that AIP that we've already voted upon? In the permissions section you talk about creating, for example "can_edit_variable" -

Re: [DISCUSS] Airflow cli option style

Thanks Jiajie, that looks great On Fri, Feb 28, 2020 at 2:59 AM Jiajie Zhong wrote: > Hey guys, I add some code on it and finally pass Travis-CI, maybe you > could task a look at https://github.com/apache/airflow/pull/7148 < > https://github.com/apache/airflow/pull/7148> > Best Wish > — Jiajie >