-
Notifications
You must be signed in to change notification settings - Fork 14.6k
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
Removed the ability for Operators to specify their own "scheduling deps". #45713
Conversation
751db42
to
3f9a314
Compare
@@ -177,10 +177,6 @@ def serialize(self): | |||
) | |||
|
|||
|
|||
class UnmappableOperator(AirflowException): |
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.
Oh, did not even know such existed :-D Learning something new every day... ah, now need to have un-seen...
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 you ensure and link a PR that adds deprecation to v2-10-test branch?
Was there no docs on such (now removed) feature to be cleaned (besides the code?) Maybe that is the reason I never noticed such feature exists at all.
Thanks for the cleanup!
…ps". This is not talking about the relationship between tasks, but the conditions on an operator that the scheduler checks before it can be schedules -- things like "are my upstreams complete" or "am I out of my retry period" etc) With the split of Task SDK and Task Execution interface this feature has become untennable to support with the split responsibilty mosel, and it is such a rarely used feature that the right approach is to remove it. This makes future code and PRs much much easier.
36363c0
to
b95242f
Compare
This is removed in Airflow3 via #45713
This is removed in Airflow3 via #45713
This is removed in Airflow3 via #45713
This is removed in Airflow3 via #45713
This is removed in Airflow3 via #45713
This is removed in Airflow3 via #45713
…ps". (apache#45713) This is not talking about the relationship between tasks, but the conditions on an operator that the scheduler checks before it can be schedules -- things like "are my upstreams complete" or "am I out of my retry period" etc) With the split of Task SDK and Task Execution interface this feature has become untennable to support with the split responsibilty mosel, and it is such a rarely used feature that the right approach is to remove it. This makes future code and PRs much much easier.
This is removed in Airflow3 via #45713
…ps". (apache#45713) This is not talking about the relationship between tasks, but the conditions on an operator that the scheduler checks before it can be schedules -- things like "are my upstreams complete" or "am I out of my retry period" etc) With the split of Task SDK and Task Execution interface this feature has become untennable to support with the split responsibilty mosel, and it is such a rarely used feature that the right approach is to remove it. This makes future code and PRs much much easier.
This is not talking about the relationship between tasks, but the conditions
on an operator that the scheduler checks before it can be schedules -- things
like "are my upstreams complete" or "am I out of my retry period" etc)
With the split of Task SDK and Task Execution interface this feature has
become untennable to support with the split responsibilty mosel, and it is
such a rarely used feature that the right approach is to remove it.
This makes future code and PRs much much easier.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named
{pr_number}.significant.rst
or{issue_number}.significant.rst
, in newsfragments.