Stream: hapi
Topic: Validating against unknown CS / VS
Patrick Werner (Mar 21 2021 at 14:32):
If you validate a code with the ValidationSupportChain and the CS/VS is not known to the validators the Validation will contain Validation Errors.
Patrick Werner (Mar 21 2021 at 14:32):
https://github.com/hapifhir/hapi-fhir/issues/2489
Patrick Werner (Mar 21 2021 at 14:32):
Will add a PR later to make this to an warning via a flag
Patrick Werner (Mar 21 2021 at 17:59):
https://github.com/hapifhir/hapi-fhir/pull/2490
Patrick Werner (Mar 26 2021 at 08:50):
This issue is currently impacting multiple german FHIR projects. @James Agnew
James Agnew (Mar 26 2021 at 13:24):
Have added a couple of comments - I'm definitely happy to get this merged though
Patrick Werner (Mar 26 2021 at 13:26):
thanks @James Agnew !
James Agnew (Apr 06 2021 at 01:20):
FYI this has been fixed with the addition of a new validation supporrt module on JpaValidationSupportChain. Just need to modify the starter project to actually be able to set the flag on it.
Jame Dang (Apr 06 2021 at 15:56):
@James Agnew : Could you please give me an advice about the problem of Serialization the contained of PlanDefinition in HAPI 5.3.0. I tried to serialize the PlanDefinition but never been success (the contained always null). Thanks in advice
James Agnew (Apr 06 2021 at 16:03):
I'm not actually sure what this is referring to, but for what it's worth the handling of contained resources has been rewritten for HAPI FHIR 5.4.0 - It might be worth trying your use case on the current snapshot builds (5.4.0-PRE4-SNAPSHOT)
Jame Dang (Apr 06 2021 at 21:01):
Ok @James Agnew : I will try the 5.4.0, I'm sure that is the problem of the Client serialization because I tried to use Postman to post data to Server it is ok but when I use FHIR client it cause problem. I tried to get the data from server and the Java Object (PlanDefinition) contain the contained list but when I use the Parser to serialize to Json or XML the contained is not existed. I will try 5.4.0-PRE-SNAPSHOT and update soon. Thanks for your support.
Jame Dang (Apr 07 2021 at 02:55):
@James Agnew : I have been success to get the contained with snapshot pre5. Thank you for your support, and could you please let me know if we have the plan for release version of HAPI 5.4.0 (my project need the production in 4 months and maybe we don't have resource to fix bug of HAPI if exist so I want to know the release time of version 5.4.0
Jame Dang (Apr 07 2021 at 05:51):
@James Agnew : I'm sorry but I tried to user the 5.4.0-PRE4-SNAPSHOT for my JPA Server and I have problem of missing the JpaConformanceProviderR4 class? Can you help me to know where is it now or it is replaced by other class? Thanks for your help
James Agnew (Apr 07 2021 at 09:48):
This class (as well as the R5 equivalent) has been replaced by
ca.uhn.fhir.jpa.provider.JpaCapabilityStatementProvider
Jame Dang (Apr 07 2021 at 11:28):
Thanks @James Agnew , I found a lot of change on 5.4.0 (like ISearchParamRetriever is missing too), so there are any document for this changes?
James Agnew (Apr 07 2021 at 12:49):
We do publish a complete changelog including unreleased changes here:
https://hapifhir.io/hapi-fhir/docs/
But we don't typically include details on changes to internal API classes.
FWIW ISearchParamRetriever and ISearchParamRegistry were combined into a
single interface, so any users of ISearchParamRetriever can be replaced
with ISearchParamRegistry.
Cheers,
James
Jame Dang (Apr 08 2021 at 00:50):
Thanks @James Agnew for your support, yesterdays in waiting your reponse, I changed our code of starter project to use ISearchParamRegistry and it work well now. Do you have any plan for the realease of version 5.4.0, I need it because our project need to finish in 5 months and we want it online with a stable version of HAPI, the 5.3.0 has problem with the contained and some other so I want to change to 5.4.0. Do you think we can have the 5.4.0 in 4 months?
James Agnew (Apr 08 2021 at 09:55):
5.4.0 is scheduled for release in mid May.
Cheers,
James
Jame Dang (Apr 09 2021 at 03:37):
Thanks @James Agnew , I have another question for you (sorry for a lot of question), I create a class extends a resource (for example the ExSpecimen extends Specimen resource ,I put this an instance of the ExSpecimen into an Observation then I serialized this Observation to JSON format, it is OK to generate the JSON string with the extension of Specimen. But when I Parse the JSON String back to the Observation I cannot cast the Specimen in the Observation to the ExSpecimen class - in this case the problem is the Extension of Specimen in Observation cause problem, with the extension of the Observation is OK if we use the function parseResource(Class<T> theResourceType, String theString)). You have any experience with that? I think this is a very common case in the Real World. Thanks very much for your support
James Agnew (Apr 09 2021 at 09:56):
Please see this page:
https://hapifhir.io/hapi-fhir/docs/model/profiles_and_extensions.html#custom-resource-types
Jame Dang (Apr 09 2021 at 12:36):
Thanks @James Agnew
Last updated: Apr 12 2022 at 19:14 UTC
