More flexible "Modular Schema" support (problems with versioned types)
It looks like #66 made schema type names automatically split into "modular" schemas based on . in the type name.
The SLURM scheduler API schema has schema names per-version like "v0.0.39_jobs_response"1
This ends up in a v0/field_0.py Field36JobsResponse class name.
Describe the solution you'd like
Some way to disable (or customise e.g. the splitting regex) the "modular schema" feature
Describe alternatives you've considered
At the moment I'm preprocessing the openapi json with sed -Ee 's/v0.0.([[:digit:]]+)_/v00\1./'. This is a little fragile and so ideally this wouldn't be necessary.
Additional context
I'm regenerating a schema implementation that someone else originally did, but didn't leave instructions for, so am working out what they did before, from scratch.
Footnotes
-
Unfortunately, I don't know a place where the raw OpenAPI schema is publicly available without querying an active deployment ↩
How does funding with Polar work?
Pay now to fund the work behind this issue.
Get updates on progress being made.
Maintainer is rewarded once the issue is completed.
Backer
You're funding impactful open source efforts
Contributor
You want to contribute to this effort
Maintainer
You want to get funding like this too