Skip to content

AIP-81 : Abstracting Operation Calls Using a Generic Method #53323

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

Conversation

Prab-27
Copy link
Contributor

@Prab-27 Prab-27 commented Jul 13, 2025

Related discussion: here


^ 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 airflow-core/newsfragments.

return DAGResponse.model_validate_json(self.response.content)
except ServerResponseError as e:
raise e
return super().execute_operation(method="get", url="dags/{dag_id}", data_model=DAGResponse)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

you forgot to make it into an f-string here :)

Copy link
Contributor

@bugraoz93 bugraoz93 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Many thanks @Prab-27! I believe the intention of the comment in the other PR is just for list methods. I don’t think we need this much structural changes in the code just before release:)

**kwargs,
):
try:
print("try")
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
print("try")

@bugraoz93
Copy link
Contributor

Additionally, these pieces will be auto generated in the future so let's not make too much effort for now to just unify them

@Prab-27
Copy link
Contributor Author

Prab-27 commented Jul 14, 2025

Many thanks @Prab-27! I believe the intention of the comment in the other PR is just for list methods. I don’t think we need this much structural changes in the code just before release:)

Oh, do I need to remove it from all methods except list, and do it after release?

@Prab-27
Copy link
Contributor Author

Prab-27 commented Jul 14, 2025

Additionally, these pieces will be auto generated in the future so let's not make too much effort for now to just unify them

O Nice!!Just like commands ?

@bugraoz93
Copy link
Contributor

Many thanks @Prab-27! I believe the intention of the comment in the other PR is just for list methods. I don’t think we need this much structural changes in the code just before release:)

Oh, do I need to remove it from all methods except list, and do it after release?

I think you can even include this in your other PR but this change would be more safe after merging other one where we listing all entities so that you don't need to do it again in one of them

@bugraoz93
Copy link
Contributor

Something like in list methods we will call from super and that's it :)

@Prab-27
Copy link
Contributor Author

Prab-27 commented Jul 15, 2025

@bugraoz93 Thanks!!
I'm happy to close this PR if we're close to release and the changes aren't essential at this point. What do you think ?

If any issues related to airflowctl , feel free to tag me — I'd enjoy looking into them

@bugraoz93
Copy link
Contributor

@bugraoz93 Thanks!!
I'm happy to close this PR if we're close to release and the changes aren't essential at this point. What do you think ?

If any issues related to airflowctl , feel free to tag me — I'd enjoy looking into them

Many thanks @Prab-27 ! You are one of the sole contributors to airflowctl, I will ping you. After rc release, we would most probably need to work a bit on a couple of parts while testing more. Let's close this for now as even without release I cannot see the value it is bringing. Sorry if I misguided you which cost additional effort!

@Prab-27
Copy link
Contributor Author

Prab-27 commented Jul 15, 2025

@bugraoz93 Thanks a lot
No need to apologize—it’s also my fault. I should’ve clarified things earlier, and I’m not at a loss.
I learned a lot during the process of working on this PR.

@Prab-27 Prab-27 closed this Jul 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants