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
Describe the bug
We are using Spark to add FHIR endpoints to an existing application - our existing APIs have prefix /api while the new FHIR apis will have the prefix /fhir. However calling services.AddFhiras recommendedregisters the UnsupportedMediaTypeFilter. As a result many of our existing non-FHIR APIs that receive Content-Type headers such as multipart/form-data suddenly fail.
Workaround is to rename all such APIs to include the phrase "binary" in their route.
To Reproduce
Create a non-FHIR API that accepts multipart/form-data
Call services.AddFhir to allow for FHIR APIs in the same Web API project
Call the non-FHIR API with header Content-Type = multipart/form-data
Expected behavior
Adding FHIR to a project should not affect non-FHIR APIs
Spark version
Version: 2.3.1
The text was updated successfully, but these errors were encountered:
Describe the bug
We are using Spark to add FHIR endpoints to an existing application - our existing APIs have prefix
/api
while the new FHIR apis will have the prefix/fhir
. However callingservices.AddFhir
as recommended registers theUnsupportedMediaTypeFilter
. As a result many of our existing non-FHIR APIs that receiveContent-Type
headers such asmultipart/form-data
suddenly fail.Workaround is to rename all such APIs to include the phrase "binary" in their route.
To Reproduce
multipart/form-data
services.AddFhir
to allow for FHIR APIs in the same Web API projectContent-Type = multipart/form-data
Expected behavior
Adding FHIR to a project should not affect non-FHIR APIs
Spark version
The text was updated successfully, but these errors were encountered: