The GitHub Actions job "Tests (AMD)" on 
airflow.git/feature/lang-sdk/taskflow-stub-dag has failed.
Run started by GitHub user jason810496 (triggered by jason810496).

Head commit for run:
258ac8d8744548e8b03aba072a505d5f99e2f9ac / LIU ZHE YOU <[email protected]>
Generate stub arg value schemas with pydantic instead of a hand-rolled mapper

The hand-written annotation-to-fragment mapper duplicated what pydantic
already exposes publicly: TypeAdapter(annotation).json_schema(), with a
GenerateJsonSchema subclass layering the int64/double numeric formats a
foreign runtime needs. Delegating to pydantic removes the bespoke union
logic and buys richer, standard fragments for free -- anyOf for unions
(per-member formats survive mixed unions now), items/additionalProperties
for parameterized containers, and enum for Literal annotations -- while
anything pydantic cannot schema (arbitrary classes anywhere in the
annotation) still degrades to a decode-only binding.

value_schema becomes a free-form JSON object on the wire instead of a
typed model: a typed model silently strips every keyword it does not
know when the spec is re-serialized along the server-to-supervisor
delivery path, which would corrupt exactly the open-vocabulary fragments
this contract promises to carry verbatim.

The provider declares its now-direct pydantic dependency (edge3/http
precedent). Trade-offs accepted: fragment shapes follow the pydantic
version active at parse time, and pendulum.DateTime annotations degrade
to decode-only since pydantic has no schema for arbitrary datetime
subclasses. No new execution-API version: the field's shape changes
inside the still-unreleased 2026-10-30 version this PR introduces.

Report URL: https://github.com/apache/airflow/actions/runs/30067771849

With regards,
GitHub Actions via GitBox


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to