Skip to content
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

Merged
merged 2 commits into from
Jan 17, 2025

Conversation

ashb
Copy link
Member

@ashb ashb commented Jan 16, 2025

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.

@ashb ashb added airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes area:task-sdk labels Jan 16, 2025
@boring-cyborg boring-cyborg bot added area:core-operators Operators, Sensors and hooks within Core Airflow area:plugins area:serialization labels Jan 16, 2025
@ashb ashb requested review from kaxil and dstandish January 16, 2025 17:02
@@ -177,10 +177,6 @@ def serialize(self):
)


class UnmappableOperator(AirflowException):
Copy link
Contributor

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...

Copy link
Contributor

@jscheffl jscheffl left a 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!

ashb added 2 commits January 16, 2025 23:43
…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.
@ashb ashb force-pushed the remove-customized-operator-deps branch from 36363c0 to b95242f Compare January 16, 2025 23:43
@ashb ashb merged commit 5ff07fa into main Jan 17, 2025
46 checks passed
@ashb ashb deleted the remove-customized-operator-deps branch January 17, 2025 10:43
ashb added a commit that referenced this pull request Jan 17, 2025
ashb added a commit that referenced this pull request Jan 17, 2025
ashb added a commit that referenced this pull request Jan 17, 2025
ashb added a commit that referenced this pull request Jan 18, 2025
ashb added a commit that referenced this pull request Jan 21, 2025
ashb added a commit that referenced this pull request Jan 21, 2025
dauinh pushed a commit to dauinh/airflow that referenced this pull request Jan 24, 2025
…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.
ashb added a commit that referenced this pull request Jan 29, 2025
utkarsharma2 pushed a commit that referenced this pull request Jan 29, 2025
@utkarsharma2 utkarsharma2 added the type:misc/internal Changelog: Misc changes that should appear in change log label Jan 29, 2025
got686-yandex pushed a commit to got686-yandex/airflow that referenced this pull request Jan 30, 2025
…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.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
airflow3.0:breaking Candidates for Airflow 3.0 that contain breaking changes area:core-operators Operators, Sensors and hooks within Core Airflow area:plugins area:serialization area:task-sdk type:misc/internal Changelog: Misc changes that should appear in change log
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants