github-actions[bot] opened a new pull request, #75088:
URL: https://github.com/apache/airflow/pull/75088
* Render XCom values on the API server without rebuilding objects
`GET .../xcomEntries/{key}?deserialize=true` fell back to
`XComModel.deserialize_value()` for any `airflow.*` class, running full
serde in the API server only to turn the result back into a string.
`stringify()` now renders `airflow.*` classes from their serialized
fields without importing them, producing the same repr-style output for
attrs/dataclass types, so the fallback is removed from the XCom endpoint
and the `XComOperatorLink` extra-link lookup.
Generated-by: Claude Opus 5 following the guidelines at
https://github.com/apache/airflow/blob/main/contributing-docs/05_pull_requests.rst#gen-ai-assisted-contributions
* Render Airflow classes with custom serialization compactly in XCom display
Only asset definitions, which are attrs types, have serialized fields that
mirror their repr. Other Airflow classes can define serialize() returning
internal state that their repr never shows, e.g. the storage options kept
by ObjectStoragePath. Show those by their path or URI only.
(cherry picked from commit b107f6024385bfbf837755faebdd665a6f43774b)
Co-authored-by: Jarek Potiuk <[email protected]>
Generated-by: Claude Opus 5 following the guidelines at
https://github.com/apache/airflow/blob/main/contributing-docs/05_pull_requests.rst#gen-ai-assisted-contributions
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
