Skip to content

Remove no-op ServerResponseError re-raise blocks in airflowctl operations#70376

Open
Lee-W wants to merge 1 commit into
apache:mainfrom
astronomer:cleanup-airflowctl-redundant-reraise
Open

Remove no-op ServerResponseError re-raise blocks in airflowctl operations#70376
Lee-W wants to merge 1 commit into
apache:mainfrom
astronomer:cleanup-airflowctl-redundant-reraise

Conversation

@Lee-W

@Lee-W Lee-W commented Jul 24, 2026

Copy link
Copy Markdown
Member

Why

Every operation wrapped its request in a try/except that caught ServerResponseError only to re-raise it unchanged. The error is already raised by the client's raise_on_4xx_5xx response hook, so these wrappers added no behavior and only obscured the request logic.
During reviewing #69397, I found out we have lots of such usage.

What

Dropping them leaves the propagation semantics identical while making each operation a plain request/parse.


Was generative AI tooling used to co-author this PR?
  • Yes (please specify the tool below)

Generated-by: [Claude] following the guidelines


  • Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
  • For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
  • When adding dependency, check compliance with the ASF 3rd Party License Policy.
  • For significant user-facing changes create newsfragment: {pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.

…ions

Every operation wrapped its request in a try/except that caught
ServerResponseError only to re-raise it unchanged. The error is already
raised by the client's raise_on_4xx_5xx response hook, so these wrappers
added no behavior and only obscured the request logic. Dropping them
leaves the propagation semantics identical while making each operation a
plain request/parse.

@henry3260 henry3260 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

LGTM, I left a few suggestions to make the ‎Dag wording consistent

return asset_id

def delete_dag_queued_events(self, dag_id: str, before: str) -> str | ServerResponseError:
"""Delete a queued event for a dag."""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
"""Delete a queued event for a dag."""
"""Delete a queued event for a Dag."""

return dag_id

def delete_queued_event(self, dag_id: str, asset_id: str) -> str | ServerResponseError:
"""Delete a queued event for a dag."""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
"""Delete a queued event for a dag."""
"""Delete a queued event for a Dag."""

return DAGDetailsResponse.model_validate_json(self.response.content)

def get_tags(self) -> DAGTagCollectionResponse | ServerResponseError:
"""Get all DAG tags."""

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggested change
"""Get all DAG tags."""
"""Get all Dag tags."""

@henry3260

Copy link
Copy Markdown
Contributor

I think there might be a couple of pre-existing endpoint bugs here (unrelated to this PR’s cleanup, but worth flagging while we’re looking):

  • delete_dag_queued_events calls ‎assets/dags/{dag_id}/queuedEvents, but based on the corresponding ‎get_dag_queued_events it should be ‎dags/{dag_id}/assets/queuedEvents.

  • delete_queued_event calls ‎assets/dags/{dag_id}/assets/{asset_id}/queuedEvents/, but it should be ‎dags/{dag_id}/assets/{asset_id}/queuedEvents.

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.

4 participants