You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Align our SoF implementation to the final state of PR #365 after John
Grimes' 13 follow-up commits.
Behavioral change — remove _format=fhir from the export operations
(commit 8c21fc4), reverting the export half of bbcaa0a:
- $viewdefinition-export / $sqlquery-export now reject _format=fhir with
400; the export _format binds to the new ExportOutputFormatCodes set
(csv, ndjson, parquet, json). A newline-delimited Parameters file has
no established media type or consumer; fhir is a run-operation format.
- Delete the now-dead export-fhir code: format_view_fhir_ndjson +
FHIR_NDJSON_MIME, format_fhir_ndjson_rows + its re-export, the
.fhir.ndjson extension and application/fhir+ndjson download
content-type, and the column-type refinement that only fed it.
- Flip the two export-fhir tests to assert 400.
Doc/metadata alignment:
- Async pattern rename to "Asynchronous Bulk Data Request Pattern"
(2c7d3d8) in export.rs and spec-inconsistencies.md.
- Document the run operations' return as Binary (raw stream) with
Parameters as the _format=fhir exception (86c178b) in sqlquery.rs.
- capability.rs: declare the run/export value-set split via a second
formatBinding (ExportOutputFormatCodes); strengthen the capability
test to assert it.
- Add a Resolution summary to spec-inconsistencies.md recording how
issues #358-363 settled.
The run-side Accept/envelope behaviour (b8b9014) and run-only fhir
support were already correct and unchanged.
cargo fmt + clippy (CI flags) clean; helios-sof and helios-rest SoF
test suites pass.
0 commit comments