Bump the pip-dependency-updates group across 3 directories with 2 updates by dependabot[bot] · Pull Request #66542 · apache/airflow

dependabot · 2026-05-07T12:04:44Z

Updates the requirements on aiosqlite and datamodel-code-generator to permit the latest version.
Updates aiosqlite to 0.22.1

Changelog

Sourced from aiosqlite's changelog.

v0.22.1

Bug fix release

NOTE: Starting with v0.22.0, the aiosqlite.Connection object no longer inherits from threading.Thread. If not using aiosqlite as a context manager, clients must await connection.close() or call connection.stop() to ensure the helper thread is completed and terminated correctly. A ResourceWarning will be emitted for any connection that is garbage collected without being closed or stopped.

Added synchronous stop() method to aiosqlite.Connection to enable safe cleanup and termination of the background thread without dependence on having an active event loop (#370)
$ git shortlog -s v0.22.0...v0.22.1
     2	Amethyst Reese
v0.22.0

Feature release

Support set_authorizer query access controls (#349)

Wait for transaction queue to complete when closing connection (#305)

Emit warning when connection goes out of scope without being closed (#355)

Remove dependency on typing_extensions (#365)
$ git shortlog -s v0.21.0...v0.22.0
     1	Alec Berryman
     1	Amethyst Reese
     1	David Andreoletti
     1	Markus Heidelberg
     1	beerpsi
    19	dependabot[bot]
v0.21.0

Maintenance release

Fix: close connection correctly when BaseException raised in connection (#317)

Metadata improvements

... (truncated)

Commits

9b127ce Version bump v0.22.1
5c3f61c Improve stop semantics for connections (#370)
a869d73 Version bump v0.22.0
1cd60ad Emit warning if connection is deleted before it is closed (#355)
611d7b4 Add set_authorizer support for fine-grained access control (#349)
81d00c8 Bump actions/setup-python from 5 to 6 (#357)
7a26722 Bump coverage[toml] from 7.8.0 to 7.10.7 (#358)
4457540 Bump flake8 from 7.2.0 to 7.3.0 (#346)
b650dad Bump actions/checkout from 5 to 6 (#366)
065ffdd Bump mypy from 1.15.0 to 1.19.0 (#367)
Additional commits viewable in compare view

Updates datamodel-code-generator from 0.33.0 to 0.56.1

Release notes

Sourced from datamodel-code-generator's releases.

0.56.1

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in koxudaxi/datamodel-code-generator#3088

Full Changelog: koxudaxi/datamodel-code-generator@0.56.0...0.56.1

0.56.0

Breaking Changes

Code Generation Changes
Generated default field syntax changed - Fields with structured defaults (dicts, lists, model references) now use Field(default_value, validate_default=True) instead of default_factory=lambda: TypeAdapter(...).validate_python(...) or default_factory=lambda: Model.model_validate(...). This produces simpler, more readable code but changes the generated output format. (#3050)

TypeAdapter import removed from generated code - Generated models no longer import TypeAdapter from pydantic since validate_default=True handles validation natively. (#3050)

Default value handling for model-referencing fields rewritten - Fields with defaults referencing Pydantic models (BaseModel, RootModel, type aliases) now generate Field(<raw_value>, validate_default=True) instead of default_factory=lambda: Model.model_validate(...), default_factory=lambda: TypeAdapter(...).validate_python(...), or default_factory=lambda: Model(...). Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). The generated code is semantically equivalent under Pydantic v2 but textually different, which will break snapshot tests or tooling that matches exact output. pydantic.TypeAdapter is no longer imported in generated code. (#3070)
Default values for model-referencing fields now use validate_default=True instead of default_factory lambdas - Fields with structured defaults (dicts, lists, or scalars referencing Pydantic models/RootModels) previously generated default_factory=lambda: ModelName.model_validate(value) or default_factory=lambda: ModelName(value). They now generate Field(value, validate_default=True), producing simpler but different output. Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). Users who regenerate code will see different output. (#3071) Before:
count: CountType | None = Field(default_factory=lambda: CountType(10))
items: dict[str, Item] | None = Field(default_factory=dict, title='Items')
After:
count: CountType | None = Field(10, validate_default=True)
items: dict[str, Item] | None = Field({}, title='Items', validate_default=True)
Default values for fields referencing models now use validate_default=True instead of default_factory=lambda: - Fields with structured defaults (dicts/lists) that reference Pydantic models previously generated default_factory=lambda: Model.model_validate(...) or default_factory=lambda: TypeAdapter(Type).validate_python(...) patterns. They now generate the raw default value directly with validate_default=True (e.g., Field({'key': 'val'}, validate_default=True) instead of Field(default_factory=lambda: Model.model_validate({'key': 'val'}))). This changes the generated code output and may affect users who depend on the exact generated code structure, pin generated output in tests, or use custom post-processing. The runtime behavior should be equivalent for Pydantic v2 users. (#3072)

TypeAdapter import removed from generated code - Generated code no longer imports pydantic.TypeAdapter for default value handling. Code that previously used TypeAdapter(...).validate_python(...) in default factories now uses inline defaults with validate_default=True. (#3072)

Integer and boolean discriminator values now supported in generated Literal types - Discriminator fields previously only generated string literal values. They now support int and bool discriminator values (e.g., Literal[1] instead of Literal['1']), which changes generated code for schemas using integer discriminator mappings. (#3072)
API/CLI Changes
ValidatedDefault and WrappedDefault classes removed - These internal classes were exported from datamodel_code_generator.model.base and have been removed. Code importing these types will break:
# Before (broken)
from datamodel_code_generator.model.base import ValidatedDefault, WrappedDefault
(#3050)
SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables removed - These flags were removed from the DataModel base class. Custom model classes that override these variables will see attribute errors. (#3050)

Internal types ValidatedDefault and WrappedDefault removed - The datamodel_code_generator.model._types module was deleted and ValidatedDefault/WrappedDefault are no longer exported from datamodel_code_generator.model.base. Code that imports or subclasses these types will break. The SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables were removed from DataModel and its subclasses; custom model classes referencing these attributes will need updating. (#3070)

Removed WrappedDefault, ValidatedDefault classes and SUPPORTS_WRAPPED_DEFAULT, SUPPORTS_VALIDATED_DEFAULT class variables - The WrappedDefault and ValidatedDefault classes from datamodel_code_generator.model._types (re-exported via datamodel_code_generator.model.base) have been deleted. The DataModel class variables SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT have also been removed. Code that imports or references these will break. (#3071)

New --allow-remote-refs / --no-allow-remote-refs CLI option and allow_remote_refs config field - Remote $ref fetching over HTTP/HTTPS now emits a deprecation warning by default. Pass --allow-remote-refs to suppress the warning, or --no-allow-remote-refs to block remote fetching entirely. In a future version, remote fetching will be disabled by default. Users relying on remote $ref resolution should add --allow-remote-refs to their invocations to avoid the deprecation warning and prepare for the future default change. (#3072)

New SchemaFetchError exception for HTTP fetch failures - Remote schema fetching now raises SchemaFetchError (instead of propagating raw httpx exceptions) on HTTP errors, non-2xx status codes, or unexpected HTML responses. Users catching specific httpx exceptions from remote ref resolution will need to catch SchemaFetchError instead. (#3072)
Error Handling Changes

... (truncated)

Changelog

Sourced from datamodel-code-generator's changelog.

0.56.1 - 2026-04-16

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in koxudaxi/datamodel-code-generator#3088

Full Changelog: koxudaxi/datamodel-code-generator@0.56.0...0.56.1

0.56.0 - 2026-04-04

Breaking Changes

Code Generation Changes
Generated default field syntax changed - Fields with structured defaults (dicts, lists, model references) now use Field(default_value, validate_default=True) instead of default_factory=lambda: TypeAdapter(...).validate_python(...) or default_factory=lambda: Model.model_validate(...). This produces simpler, more readable code but changes the generated output format. (#3050)

TypeAdapter import removed from generated code - Generated models no longer import TypeAdapter from pydantic since validate_default=True handles validation natively. (#3050)

Default value handling for model-referencing fields rewritten - Fields with defaults referencing Pydantic models (BaseModel, RootModel, type aliases) now generate Field(<raw_value>, validate_default=True) instead of default_factory=lambda: Model.model_validate(...), default_factory=lambda: TypeAdapter(...).validate_python(...), or default_factory=lambda: Model(...). Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). The generated code is semantically equivalent under Pydantic v2 but textually different, which will break snapshot tests or tooling that matches exact output. pydantic.TypeAdapter is no longer imported in generated code. (#3070)
Default values for model-referencing fields now use validate_default=True instead of default_factory lambdas - Fields with structured defaults (dicts, lists, or scalars referencing Pydantic models/RootModels) previously generated default_factory=lambda: ModelName.model_validate(value) or default_factory=lambda: ModelName(value). They now generate Field(value, validate_default=True), producing simpler but different output. Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). Users who regenerate code will see different output. (#3071) Before:
count: CountType | None = Field(default_factory=lambda: CountType(10))
items: dict[str, Item] | None = Field(default_factory=dict, title='Items')
After:
count: CountType | None = Field(10, validate_default=True)
items: dict[str, Item] | None = Field({}, title='Items', validate_default=True)
Default values for fields referencing models now use validate_default=True instead of default_factory=lambda: - Fields with structured defaults (dicts/lists) that reference Pydantic models previously generated default_factory=lambda: Model.model_validate(...) or default_factory=lambda: TypeAdapter(Type).validate_python(...) patterns. They now generate the raw default value directly with validate_default=True (e.g., Field({'key': 'val'}, validate_default=True) instead of Field(default_factory=lambda: Model.model_validate({'key': 'val'}))). This changes the generated code output and may affect users who depend on the exact generated code structure, pin generated output in tests, or use custom post-processing. The runtime behavior should be equivalent for Pydantic v2 users. (#3072)

TypeAdapter import removed from generated code - Generated code no longer imports pydantic.TypeAdapter for default value handling. Code that previously used TypeAdapter(...).validate_python(...) in default factories now uses inline defaults with validate_default=True. (#3072)

Integer and boolean discriminator values now supported in generated Literal types - Discriminator fields previously only generated string literal values. They now support int and bool discriminator values (e.g., Literal[1] instead of Literal['1']), which changes generated code for schemas using integer discriminator mappings. (#3072)
API/CLI Changes
ValidatedDefault and WrappedDefault classes removed - These internal classes were exported from datamodel_code_generator.model.base and have been removed. Code importing these types will break:
# Before (broken)
from datamodel_code_generator.model.base import ValidatedDefault, WrappedDefault
(#3050)
SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables removed - These flags were removed from the DataModel base class. Custom model classes that override these variables will see attribute errors. (#3050)

Internal types ValidatedDefault and WrappedDefault removed - The datamodel_code_generator.model._types module was deleted and ValidatedDefault/WrappedDefault are no longer exported from datamodel_code_generator.model.base. Code that imports or subclasses these types will break. The SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables were removed from DataModel and its subclasses; custom model classes referencing these attributes will need updating. (#3070)

Removed WrappedDefault, ValidatedDefault classes and SUPPORTS_WRAPPED_DEFAULT, SUPPORTS_VALIDATED_DEFAULT class variables - The WrappedDefault and ValidatedDefault classes from datamodel_code_generator.model._types (re-exported via datamodel_code_generator.model.base) have been deleted. The DataModel class variables SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT have also been removed. Code that imports or references these will break. (#3071)

... (truncated)

Commits

6274b70 Docs: describe --keep-model-order as deterministic dependency-aware ordering ...
3e87a9a Fix root model reuse collapse (#3089)
5137795 tomli was merged under the name tomllib into std library 3.11 (#3088)
d7a1f71 Fix relative URL refs with path-only root ids (#3085)
f0960e9 Prefer CLI input over pyproject url (#3083)
05901ff Fix --base-class-map and --enum-field-as-literal-map long inline json sup...
5ba49a7 docs: update CHANGELOG.md for 0.56.0
52d9ef9 [codex] Refresh project usage list (#3072)
7d41fef Support JSON files for mapping options (#3071)
5a8cd0d Fix non-string OpenAPI discriminator literals (#3070)
Additional commits viewable in compare view

Updates datamodel-code-generator from 0.33.0 to 0.56.1

Release notes

Sourced from datamodel-code-generator's releases.

0.56.1

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in koxudaxi/datamodel-code-generator#3088

Full Changelog: koxudaxi/datamodel-code-generator@0.56.0...0.56.1

0.56.0

Breaking Changes

Code Generation Changes
Generated default field syntax changed - Fields with structured defaults (dicts, lists, model references) now use Field(default_value, validate_default=True) instead of default_factory=lambda: TypeAdapter(...).validate_python(...) or default_factory=lambda: Model.model_validate(...). This produces simpler, more readable code but changes the generated output format. (#3050)

TypeAdapter import removed from generated code - Generated models no longer import TypeAdapter from pydantic since validate_default=True handles validation natively. (#3050)

Default value handling for model-referencing fields rewritten - Fields with defaults referencing Pydantic models (BaseModel, RootModel, type aliases) now generate Field(<raw_value>, validate_default=True) instead of default_factory=lambda: Model.model_validate(...), default_factory=lambda: TypeAdapter(...).validate_python(...), or default_factory=lambda: Model(...). Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). The generated code is semantically equivalent under Pydantic v2 but textually different, which will break snapshot tests or tooling that matches exact output. pydantic.TypeAdapter is no longer imported in generated code. (#3070)
Default values for model-referencing fields now use validate_default=True instead of default_factory lambdas - Fields with structured defaults (dicts, lists, or scalars referencing Pydantic models/RootModels) previously generated default_factory=lambda: ModelName.model_validate(value) or default_factory=lambda: ModelName(value). They now generate Field(value, validate_default=True), producing simpler but different output. Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). Users who regenerate code will see different output. (#3071) Before:
count: CountType | None = Field(default_factory=lambda: CountType(10))
items: dict[str, Item] | None = Field(default_factory=dict, title='Items')
After:
count: CountType | None = Field(10, validate_default=True)
items: dict[str, Item] | None = Field({}, title='Items', validate_default=True)
Default values for fields referencing models now use validate_default=True instead of default_factory=lambda: - Fields with structured defaults (dicts/lists) that reference Pydantic models previously generated default_factory=lambda: Model.model_validate(...) or default_factory=lambda: TypeAdapter(Type).validate_python(...) patterns. They now generate the raw default value directly with validate_default=True (e.g., Field({'key': 'val'}, validate_default=True) instead of Field(default_factory=lambda: Model.model_validate({'key': 'val'}))). This changes the generated code output and may affect users who depend on the exact generated code structure, pin generated output in tests, or use custom post-processing. The runtime behavior should be equivalent for Pydantic v2 users. (#3072)

TypeAdapter import removed from generated code - Generated code no longer imports pydantic.TypeAdapter for default value handling. Code that previously used TypeAdapter(...).validate_python(...) in default factories now uses inline defaults with validate_default=True. (#3072)

Integer and boolean discriminator values now supported in generated Literal types - Discriminator fields previously only generated string literal values. They now support int and bool discriminator values (e.g., Literal[1] instead of Literal['1']), which changes generated code for schemas using integer discriminator mappings. (#3072)
API/CLI Changes
ValidatedDefault and WrappedDefault classes removed - These internal classes were exported from datamodel_code_generator.model.base and have been removed. Code importing these types will break:
# Before (broken)
from datamodel_code_generator.model.base import ValidatedDefault, WrappedDefault
(#3050)
SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables removed - These flags were removed from the DataModel base class. Custom model classes that override these variables will see attribute errors. (#3050)

Internal types ValidatedDefault and WrappedDefault removed - The datamodel_code_generator.model._types module was deleted and ValidatedDefault/WrappedDefault are no longer exported from datamodel_code_generator.model.base. Code that imports or subclasses these types will break. The SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables were removed from DataModel and its subclasses; custom model classes referencing these attributes will need updating. (#3070)

Removed WrappedDefault, ValidatedDefault classes and SUPPORTS_WRAPPED_DEFAULT, SUPPORTS_VALIDATED_DEFAULT class variables - The WrappedDefault and ValidatedDefault classes from datamodel_code_generator.model._types (re-exported via datamodel_code_generator.model.base) have been deleted. The DataModel class variables SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT have also been removed. Code that imports or references these will break. (#3071)

New --allow-remote-refs / --no-allow-remote-refs CLI option and allow_remote_refs config field - Remote $ref fetching over HTTP/HTTPS now emits a deprecation warning by default. Pass --allow-remote-refs to suppress the warning, or --no-allow-remote-refs to block remote fetching entirely. In a future version, remote fetching will be disabled by default. Users relying on remote $ref resolution should add --allow-remote-refs to their invocations to avoid the deprecation warning and prepare for the future default change. (#3072)

New SchemaFetchError exception for HTTP fetch failures - Remote schema fetching now raises SchemaFetchError (instead of propagating raw httpx exceptions) on HTTP errors, non-2xx status codes, or unexpected HTML responses. Users catching specific httpx exceptions from remote ref resolution will need to catch SchemaFetchError instead. (#3072)
Error Handling Changes

... (truncated)

Changelog

Sourced from datamodel-code-generator's changelog.

0.56.1 - 2026-04-16

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in koxudaxi/datamodel-code-generator#3088

Full Changelog: koxudaxi/datamodel-code-generator@0.56.0...0.56.1

0.56.0 - 2026-04-04

Breaking Changes

Code Generation Changes
Generated default field syntax changed - Fields with structured defaults (dicts, lists, model references) now use Field(default_value, validate_default=True) instead of default_factory=lambda: TypeAdapter(...).validate_python(...) or default_factory=lambda: Model.model_validate(...). This produces simpler, more readable code but changes the generated output format. (#3050)

TypeAdapter import removed from generated code - Generated models no longer import TypeAdapter from pydantic since validate_default=True handles validation natively. (#3050)

Default value handling for model-referencing fields rewritten - Fields with defaults referencing Pydantic models (BaseModel, RootModel, type aliases) now generate Field(<raw_value>, validate_default=True) instead of default_factory=lambda: Model.model_validate(...), default_factory=lambda: TypeAdapter(...).validate_python(...), or default_factory=lambda: Model(...). Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). The generated code is semantically equivalent under Pydantic v2 but textually different, which will break snapshot tests or tooling that matches exact output. pydantic.TypeAdapter is no longer imported in generated code. (#3070)
Default values for model-referencing fields now use validate_default=True instead of default_factory lambdas - Fields with structured defaults (dicts, lists, or scalars referencing Pydantic models/RootModels) previously generated default_factory=lambda: ModelName.model_validate(value) or default_factory=lambda: ModelName(value). They now generate Field(value, validate_default=True), producing simpler but different output. Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). Users who regenerate code will see different output. (#3071) Before:
count: CountType | None = Field(default_factory=lambda: CountType(10))
items: dict[str, Item] | None = Field(default_factory=dict, title='Items')
After:
count: CountType | None = Field(10, validate_default=True)
items: dict[str, Item] | None = Field({}, title='Items', validate_default=True)
Default values for fields referencing models now use validate_default=True instead of default_factory=lambda: - Fields with structured defaults (dicts/lists) that reference Pydantic models previously generated default_factory=lambda: Model.model_validate(...) or default_factory=lambda: TypeAdapter(Type).validate_python(...) patterns. They now generate the raw default value directly with validate_default=True (e.g., Field({'key': 'val'}, validate_default=True) instead of Field(default_factory=lambda: Model.model_validate({'key': 'val'}))). This changes the generated code output and may affect users who depend on the exact generated code structure, pin generated output in tests, or use custom post-processing. The runtime behavior should be equivalent for Pydantic v2 users. (#3072)

TypeAdapter import removed from generated code - Generated code no longer imports pydantic.TypeAdapter for default value handling. Code that previously used TypeAdapter(...).validate_python(...) in default factories now uses inline defaults with validate_default=True. (#3072)

Integer and boolean discriminator values now supported in generated Literal types - Discriminator fields previously only generated string literal values. They now support int and bool discriminator values (e.g., Literal[1] instead of Literal['1']), which changes generated code for schemas using integer discriminator mappings. (#3072)
API/CLI Changes
ValidatedDefault and WrappedDefault classes removed - These internal classes were exported from datamodel_code_generator.model.base and have been removed. Code importing these types will break:
# Before (broken)
from datamodel_code_generator.model.base import ValidatedDefault, WrappedDefault
(#3050)
SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables removed - These flags were removed from the DataModel base class. Custom model classes that override these variables will see attribute errors. (#3050)

Internal types ValidatedDefault and WrappedDefault removed - The datamodel_code_generator.model._types module was deleted and ValidatedDefault/WrappedDefault are no longer exported from datamodel_code_generator.model.base. Code that imports or subclasses these types will break. The SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables were removed from DataModel and its subclasses; custom model classes referencing these attributes will need updating. (#3070)

Removed WrappedDefault, ValidatedDefault classes and SUPPORTS_WRAPPED_DEFAULT, SUPPORTS_VALIDATED_DEFAULT class variables - The WrappedDefault and ValidatedDefault classes from datamodel_code_generator.model._types (re-exported via datamodel_code_generator.model.base) have been deleted. The DataModel class variables SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT have also been removed. Code that imports or references these will break. (#3071)

... (truncated)

Commits

6274b70 Docs: describe --keep-model-order as deterministic dependency-aware ordering ...
3e87a9a Fix root model reuse collapse (#3089)
5137795 tomli was merged under the name tomllib into std library 3.11 (#3088)
d7a1f71 Fix relative URL refs with path-only root ids (#3085)
f0960e9 Prefer CLI input over pyproject url (#3083)
05901ff Fix --base-class-map and --enum-field-as-literal-map long inline json sup...
5ba49a7 docs: update CHANGELOG.md for 0.56.0
52d9ef9 [codex] Refresh project usage list (#3072)
7d41fef Support JSON files for mapping options (#3071)
5a8cd0d Fix non-string OpenAPI discriminator literals (#3070)
Additional commits viewable in compare view

Updates datamodel-code-generator from 0.33.0 to 0.56.1

Release notes

Sourced from datamodel-code-generator's releases.

0.56.1

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in koxudaxi/datamodel-code-generator#3088

Full Changelog: koxudaxi/datamodel-code-generator@0.56.0...0.56.1

0.56.0

Breaking Changes

Code Generation Changes
Generated default field syntax changed - Fields with structured defaults (dicts, lists, model references) now use Field(default_value, validate_default=True) instead of default_factory=lambda: TypeAdapter(...).validate_python(...) or default_factory=lambda: Model.model_validate(...). This produces simpler, more readable code but changes the generated output format. (#3050)

TypeAdapter import removed from generated code - Generated models no longer import TypeAdapter from pydantic since validate_default=True handles validation natively. (#3050)

Default value handling for model-referencing fields rewritten - Fields with defaults referencing Pydantic models (BaseModel, RootModel, type aliases) now generate Field(<raw_value>, validate_default=True) instead of default_factory=lambda: Model.model_validate(...), default_factory=lambda: TypeAdapter(...).validate_python(...), or default_factory=lambda: Model(...). Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). The generated code is semantically equivalent under Pydantic v2 but textually different, which will break snapshot tests or tooling that matches exact output. pydantic.TypeAdapter is no longer imported in generated code. (#3070)
Default values for model-referencing fields now use validate_default=True instead of default_factory lambdas - Fields with structured defaults (dicts, lists, or scalars referencing Pydantic models/RootModels) previously generated default_factory=lambda: ModelName.model_validate(value) or default_factory=lambda: ModelName(value). They now generate Field(value, validate_default=True), producing simpler but different output. Empty collection defaults changed from default_factory=list/default_factory=dict to Field([], validate_default=True)/Field({}, validate_default=True). Users who regenerate code will see different output. (#3071) Before:
count: CountType | None = Field(default_factory=lambda: CountType(10))
items: dict[str, Item] | None = Field(default_factory=dict, title='Items')
After:
count: CountType | None = Field(10, validate_default=True)
items: dict[str, Item] | None = Field({}, title='Items', validate_default=True)
Default values for fields referencing models now use validate_default=True instead of default_factory=lambda: - Fields with structured defaults (dicts/lists) that reference Pydantic models previously generated default_factory=lambda: Model.model_validate(...) or default_factory=lambda: TypeAdapter(Type).validate_python(...) patterns. They now generate the raw default value directly with validate_default=True (e.g., Field({'key': 'val'}, validate_default=True) instead of Field(default_factory=lambda: Model.model_validate({'key': 'val'}))). This changes the generated code output and may affect users who depend on the exact generated code structure, pin generated output in tests, or use custom post-processing. The runtime behavior should be equivalent for Pydantic v2 users. (#3072)

TypeAdapter import removed from generated code - Generated code no longer imports pydantic.TypeAdapter for default value handling. Code that previously used TypeAdapter(...).validate_python(...) in default factories now uses inline defaults with validate_default=True. (#3072)

Integer and boolean discriminator values now supported in generated Literal types - Discriminator fields previously only generated string literal values. They now support int and bool discriminator values (e.g., Literal[1] instead of Literal['1']), which changes generated code for schemas using integer discriminator mappings. (#3072)
API/CLI Changes
ValidatedDefault and WrappedDefault classes removed - These internal classes were exported from datamodel_code_generator.model.base and have been removed. Code importing these types will break:
# Before (broken)
from datamodel_code_generator.model.base import ValidatedDefault, WrappedDefault
(#3050)
SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables removed - These flags were removed from the DataModel base class. Custom model classes that override these variables will see attribute errors. (#3050)

Internal types ValidatedDefault and WrappedDefault removed - The datamodel_code_generator.model._types module was deleted and ValidatedDefault/WrappedDefault are no longer exported from datamodel_code_generator.model.base. Code that imports or subclasses these types will break. The SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT class variables were removed from DataModel and its subclasses; custom model classes referencing these attributes will need updating. (#3070)

Removed WrappedDefault, ValidatedDefault classes and SUPPORTS_WRAPPED_DEFAULT, SUPPORTS_VALIDATED_DEFAULT class variables - The WrappedDefault and ValidatedDefault classes from datamodel_code_generator.model._types (re-exported via datamodel_code_generator.model.base) have been deleted. The DataModel class variables SUPPORTS_WRAPPED_DEFAULT and SUPPORTS_VALIDATED_DEFAULT have also been removed. Code that imports or references these will break. (#3071)

New --allow-remote-refs / --no-allow-remote-refs CLI option and allow_remote_refs config field - Remote $ref fetching over HTTP/HTTPS now emits a deprecation warning by default. Pass --allow-remote-refs to suppress the warning, or --no-allow-remote-refs to block remote fetching entirely. In a future version, remote fetching will be disabled by default. Users relying on remote $ref resolution should add --allow-remote-refs to their invocations to avoid the deprecation warning and prepare for the future default change. (#3072)

New SchemaFetchError exception for HTTP fetch failures - Remote schema fetching now raises SchemaFetchError (instead of propagating raw httpx exceptions) on HTTP errors, non-2xx status codes, or unexpected HTML responses. Users catching specific httpx exceptions from remote ref resolution will need to catch SchemaFetchError instead. (#3072)
Error Handling Changes

... (truncated)

Changelog

Sourced from datamodel-code-generator's changelog.

0.56.1 - 2026-04-16

What's Changed

Fix --base-class-map and --enum-field-as-literal-map long inline json support by @ilovelinux in koxudaxi/datamodel-code-generator#3075

Prefer CLI input over pyproject url by @koxudaxi in koxudaxi/datamodel-code-generator#3083

Fix relative URL refs with path-only root ids by @koxudaxi in koxudaxi/datamodel-code-generator#3085

tomli was merged under the name tomllib into std library 3.11 by @a-detiste in koxudaxi/datamodel-code-generator#3088

Fix root model reuse collapse by @koxudaxi in koxudaxi/datamodel-code-generator#3089

Docs: describe --keep-model-order as deterministic dependency-aware ordering by @koxudaxi in koxudaxi/datamodel-code-generator#3090

New Contributors

@a-detiste made their first contribution in Description has been truncated

potiuk · 2026-05-09T20:29:14Z

@dependabot recreate

…ates Updates the requirements on [aiosqlite](https://github.com/omnilib/aiosqlite) and [datamodel-code-generator](https://github.com/koxudaxi/datamodel-code-generator) to permit the latest version. Updates `aiosqlite` to 0.22.1 - [Changelog](https://github.com/omnilib/aiosqlite/blob/main/CHANGELOG.md) - [Commits](omnilib/aiosqlite@v0.20.0...v0.22.1) Updates `datamodel-code-generator` from 0.33.0 to 0.56.1 - [Release notes](https://github.com/koxudaxi/datamodel-code-generator/releases) - [Changelog](https://github.com/koxudaxi/datamodel-code-generator/blob/main/CHANGELOG.md) - [Commits](koxudaxi/datamodel-code-generator@0.33.0...0.56.1) Updates `datamodel-code-generator` from 0.33.0 to 0.56.1 - [Release notes](https://github.com/koxudaxi/datamodel-code-generator/releases) - [Changelog](https://github.com/koxudaxi/datamodel-code-generator/blob/main/CHANGELOG.md) - [Commits](koxudaxi/datamodel-code-generator@0.33.0...0.56.1) Updates `datamodel-code-generator` from 0.33.0 to 0.56.1 - [Release notes](https://github.com/koxudaxi/datamodel-code-generator/releases) - [Changelog](https://github.com/koxudaxi/datamodel-code-generator/blob/main/CHANGELOG.md) - [Commits](koxudaxi/datamodel-code-generator@0.33.0...0.56.1) Updates `datamodel-code-generator` from 0.33.0 to 0.56.1 - [Release notes](https://github.com/koxudaxi/datamodel-code-generator/releases) - [Changelog](https://github.com/koxudaxi/datamodel-code-generator/blob/main/CHANGELOG.md) - [Commits](koxudaxi/datamodel-code-generator@0.33.0...0.56.1) --- updated-dependencies: - dependency-name: aiosqlite dependency-version: 0.22.1 dependency-type: direct:production dependency-group: pip-dependency-updates - dependency-name: datamodel-code-generator dependency-version: 0.56.1 dependency-type: direct:development update-type: version-update:semver-minor dependency-group: pip-dependency-updates - dependency-name: datamodel-code-generator dependency-version: 0.56.1 dependency-type: direct:development update-type: version-update:semver-minor dependency-group: pip-dependency-updates ... Signed-off-by: dependabot[bot] <support@github.com>

dependabot · 2026-05-12T00:33:56Z

Looks like these dependencies are updatable in another way, so this is no longer needed.

dependabot Bot added dependencies Pull requests that update a dependency file python Pull requests that update Python code labels May 7, 2026

dependabot Bot requested review from amoghrajesh, ashb, bugraoz93, dheerajturaga, kaxil and potiuk as code owners May 7, 2026 12:04

boring-cyborg Bot added area:airflow-ctl area:task-sdk backport-to-airflow-ctl/v0-1-test labels May 7, 2026

dependabot Bot force-pushed the dependabot/pip/airflow-core/pip-dependency-updates-b0c9b5ec10 branch 2 times, most recently from 52df282 to e32561f Compare May 8, 2026 17:05

dependabot Bot force-pushed the dependabot/pip/airflow-core/pip-dependency-updates-b0c9b5ec10 branch from e32561f to f679e58 Compare May 9, 2026 20:42

dependabot Bot closed this May 12, 2026

dependabot Bot deleted the dependabot/pip/airflow-core/pip-dependency-updates-b0c9b5ec10 branch May 12, 2026 00:34

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Bump the pip-dependency-updates group across 3 directories with 2 updates#66542

Bump the pip-dependency-updates group across 3 directories with 2 updates#66542
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/pip/airflow-core/pip-dependency-updates-b0c9b5ec10

dependabot Bot commented on behalf of github May 7, 2026 •

edited

Loading

Uh oh!

potiuk commented May 9, 2026

Uh oh!

dependabot Bot commented on behalf of github May 12, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Conversation

dependabot Bot commented on behalf of github May 7, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

v0.22.1

v0.22.0

v0.21.0

0.56.1

What's Changed

New Contributors

0.56.0

Breaking Changes

Code Generation Changes

API/CLI Changes

Error Handling Changes

0.56.1 - 2026-04-16

What's Changed

New Contributors

0.56.0 - 2026-04-04

Breaking Changes

Code Generation Changes

API/CLI Changes

0.56.1

What's Changed

New Contributors

0.56.0

Breaking Changes

Code Generation Changes

API/CLI Changes

Error Handling Changes

0.56.1 - 2026-04-16

What's Changed

New Contributors

0.56.0 - 2026-04-04

Breaking Changes

Code Generation Changes

API/CLI Changes

0.56.1

What's Changed

New Contributors

0.56.0

Breaking Changes

Code Generation Changes

API/CLI Changes

Error Handling Changes

0.56.1 - 2026-04-16

What's Changed

New Contributors

Uh oh!

potiuk commented May 9, 2026

Uh oh!

dependabot Bot commented on behalf of github May 12, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

dependabot Bot commented on behalf of github May 7, 2026 •

edited

Loading