LoadFile
should return a dataframe if not using XCom backend
#1348
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Currently, the
LoadFileOperator
converts dataframe to a File object when returning. However, this should be handled by the Custom XCom backend and not inLoadFileOperator
. Otherwise, we won't be consistent with dataframe and transform decorators who, too returns dataframes.From Airflow 2.5 and above, this should be handled automatically, for older versions, users should use our Custom XCom backend so that their XCom table isn't fully of GBs of data.
part of #1337
Does this introduce a breaking change?
No, if you are using our XCom backend. Yes, if you are not! but this fixes the behaviour and makes it consistent with other decorators and operators that return dataframes
Checklist