Location header is ignored during create/update methods

[smart-on-fhir]

Location header is ignored during create/update methods

[p2]

This is what FHIR has the Prefer header for. This behavior is not implemented, happy to accept a pull request.

[bktrinadh]

I was talking to one of EHR Provider on "Prefer" header and their answer is that it is not mandatory according to specs that it should be honored.. But Location header with the reference to newly created Object will always be set.. Is there a design that you have thought of how it should be handled based on whether data is present or use Location header?

[p2]

Yes. If the prefer header is set to request a resource but the server doesn't return it, the client should issue a GET request on the Location header before returning. If the prefer header does not specify a resource return, no GET request should be issued. Means there must also be a nice way to set the prefer header. The Swift client has such an implementation.

…

On 17 Feb 2017, at 08:21, bktrinadh ***@***.***> wrote: I was talking to one of EHR Provider on "Prefer" header and their answer is that it is not mandatory according to specs that it should be honored.. But Location header with the reference to newly created Object will always be set.. Is there a design that you have thought of how it should be handled based on whether data is present or use Location header? — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[p2]

p.s.
In the Swift client we have a method create() that sets Prefer: return=minimal and does not return a resource, and we have createAndReturn() which sets Prefer: return=representation and which issues an additional GET request should the server not honor the Prefer header before returning.