-
Notifications
You must be signed in to change notification settings - Fork 157
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 #2163 - throw exception when filter cannot be applied / created #2172
Conversation
Signed-off-by: John T.E. Timm <johntimm@us.ibm.com>
Signed-off-by: John T.E. Timm <johntimm@us.ibm.com>
fhir-term-graph/src/main/java/com/ibm/fhir/term/graph/util/FHIRTermGraphUtil.java
Show resolved
Hide resolved
fhir-term/src/main/java/com/ibm/fhir/term/exception/FHIRTermException.java
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. small comments. It does make me think that we need a CICD solution for this.
return concept.toBuilder() | ||
.concept(Collections.emptyList()) | ||
.build(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why do we empty the concept list before returning it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We are flattening / removing the inherent concept hierarchy so that it more closely models what GraphTermServiceProvider returns. Consumers of these concepts care about code
, display
, designations
and properties
(not the inherent hierarchy).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it might be worth adding a comment to explain that. maybe even to the parent javadoc to explain the contract for users of the FHIRTermServiceProvider interface.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Asked John offline to address in upcoming PR
fhir-term/src/main/java/com/ibm/fhir/term/util/CodeSystemSupport.java
Outdated
Show resolved
Hide resolved
fhir-term/src/main/java/com/ibm/fhir/term/util/CodeSystemSupport.java
Outdated
Show resolved
Hide resolved
Signed-off-by: John T.E. Timm <johntimm@us.ibm.com>
Signed-off-by: John T.E. Timm <johntimm@us.ibm.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Signed-off-by: John T.E. Timm johntimm@us.ibm.com
FHIRTermException
fromCodeSystemSupport
when concept filter cannot be createdFHIRTermServiceException
fromGraphTermServiceProvider
andRegistryTermServiceProvider
when filter cannot be applied or in response toFHIRTermException
being thrown fromCodeSystemSupport
FHIRTermServiceProviderTest
base classCodeSystemSupport
andRegistryTermServiceProvider
to properly support normalization of code values and matchGraphTermServiceProvider
implementationtoObject
andtoLong
methods fromFHIRTermGraphUtil
toCodeSystemSupport
toSet(CodeSystem, Collection<Concept>)
andtoString(Concept)
utility methods to be reused in various places acrossCodeSystemSupport