Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

issue #3390 - add implicit search/history _type scoping #3504

Merged
merged 6 commits into from
Mar 31, 2022
Merged

Conversation

lmsurpre
Copy link
Member

When the fhirServer/resources config restricts search or history on one
or more resource types, we now add an implicit _type parameter to the
request to filter it down to just the resource types that support the
given interaction.

Signed-off-by: Lee Surprenant lmsurpre@us.ibm.com

@lmsurpre lmsurpre requested review from punktilious and tbieste March 24, 2022 13:36
@lmsurpre lmsurpre force-pushed the issue-3390 branch 4 times, most recently from 5e6557d to 3c249c0 Compare March 24, 2022 20:36
When the fhirServer/resources config restricts search or history on one
or more resource types, we now add an implicit _type parameter to the
request to filter it down to just the resource types that support the
given interaction.

Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
We had duplicate logic in two classes:
* FHIRResource.getRequestBaseUri
* FHIRRestHelper.getRequestBaseUri

For #2965, we fixed the version in FHIRResource but missed the one in
FHIRRestHelper.

Now I combined the two implementations into FHIRRestHelper, made it
static, and removed the version from FHIRResource.

Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
For both `Entry.fullUrl` and `Entry.response.location`.

I also added the etag element to the Entry.response objects to be more
consistent with the instance-level history implementation.

Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
1. add Entry.response.location to instance-history response
2. set 201 for the initial create entry (we need #3507 for the undelete
case)
3. remove the status code name from Entry.response.status for system and
type-level history interactions (e.g. `200 OK` -> `200`)

Signed-off-by: Lee Surprenant <lmsurpre@us.ibm.com>
issue #3501 - apply fix for #2965 more universally
Copy link
Collaborator

@punktilious punktilious left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@lmsurpre lmsurpre merged commit 2378ef6 into main Mar 31, 2022
@lmsurpre lmsurpre deleted the issue-3390 branch March 31, 2022 11:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants