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

Make Databricks operators' json parameter compatible with XComs, Jinja expression values #40471

Merged
merged 9 commits into from
Jul 2, 2024

Conversation

boraberke
Copy link
Contributor

This PR moves the assignment operations on the json templated field to the execute function in the following operators:

  • DatabricksCreateJobsOperator
  • DatabricksSubmitRunOperator
  • DatabricksRunNowOperator

closes: #35433


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

@boraberke boraberke changed the title Fix/databricks json assignment Make Databricks operators' json parameter compatible with XComs, Jinja expression values Jun 27, 2024
Copy link
Member

@potiuk potiuk left a comment

Choose a reason for hiding this comment

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

Nice one. Small NIT to make json processing a bit more DRY

@boraberke boraberke requested a review from potiuk July 2, 2024 07:36
@potiuk potiuk merged commit 4fb2140 into apache:main Jul 2, 2024
51 checks passed
pankajkoti pushed a commit that referenced this pull request Jul 18, 2024
This PR fixes the many named parameters that was templated and was broken with #40471.

The following operators are affected:

DatabricksCreateJobsOperator
DatabricksSubmitRunOperator
DatabricksRunNowOperator

closes: #40788
pankajkoti added a commit to astronomer/airflow that referenced this pull request Jul 26, 2024
pankajkoti added a commit to astronomer/airflow that referenced this pull request Jul 26, 2024
romsharon98 pushed a commit to romsharon98/airflow that referenced this pull request Jul 26, 2024
romsharon98 pushed a commit to romsharon98/airflow that referenced this pull request Jul 26, 2024
This PR fixes the many named parameters that was templated and was broken with apache#40471.

The following operators are affected:

DatabricksCreateJobsOperator
DatabricksSubmitRunOperator
DatabricksRunNowOperator

closes: apache#40788
pankajkoti added a commit that referenced this pull request Jul 27, 2024
* Revert "Fix named parameters templating in Databricks operators (#40864)"

This reverts commit cfe1d53.

* Revert "Make Databricks operators' json parameter compatible with XComs, Jinja expression values (#40471)"

This reverts commit 4fb2140.

This reverts PR #40864 and PR #40471.

Previously, PR #40471 was contributed to address issue #35433. 
However, that contribution gave rise to another issue #40788. 
Next #40788 was being attempted to be resolved in PR #40864. 
However, with the second PR, it appears that the previous old 
issue #35433 has [resurfaced](#40864 (comment)). So, at the moment, the case is 
that we have 2 PRs on top of the existing implementation 
eventually having nil effect and the previous issues persists. 
I believe it is better to revert those 2 PRs, reopen the earlier 
issue #35433 and peacefully address it by taking the needed time.
molcay pushed a commit to VladaZakharova/airflow that referenced this pull request Aug 19, 2024
…e#41050)

* Revert "Fix named parameters templating in Databricks operators (apache#40864)"

This reverts commit cfe1d53.

* Revert "Make Databricks operators' json parameter compatible with XComs, Jinja expression values (apache#40471)"

This reverts commit 4fb2140.

This reverts PR apache#40864 and PR apache#40471.

Previously, PR apache#40471 was contributed to address issue apache#35433. 
However, that contribution gave rise to another issue apache#40788. 
Next apache#40788 was being attempted to be resolved in PR apache#40864. 
However, with the second PR, it appears that the previous old 
issue apache#35433 has [resurfaced](apache#40864 (comment)). So, at the moment, the case is 
that we have 2 PRs on top of the existing implementation 
eventually having nil effect and the previous issues persists. 
I believe it is better to revert those 2 PRs, reopen the earlier 
issue apache#35433 and peacefully address it by taking the needed time.
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.

Make Databricks operators' json parameter compatible with XComs, Jinja expression values
2 participants