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
Add new FhirContactPoints domain. #253
base: master
Are you sure you want to change the base?
Conversation
93423e2
to
2ded69e
Compare
return locationService.getLocationAttributeTypeByUuid(attributeType); | ||
break; | ||
case PROVIDER: | ||
baseAttributeType = providerService.getProviderAttributeTypeByName(attributeType); |
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.
i guess we need to backport this commit (that introduces the getProviderAttributeTypeByName()
method) to the 2.5.x branch curently at 5.13.0-SNAPSHOT branch.
cc: @ibacher
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.
Hmmm... let's just target this at 2.6+ then. I think that's less confusing.
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.
Awesome,lemi update that
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.
done!
import static org.hamcrest.Matchers.equalTo; | ||
import static org.hamcrest.Matchers.is; | ||
|
||
public class FhirPatientContactPointMapIntegrationTest extends DomainBaseModuleContextSensitiveTest { |
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.
I think this test needs to be in the api-2.5 (probably api-2.6) submodule or something.
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.
done!
@mherman22 Is there no way to get this to work without shifting to 2.0.0 of the FHIR2 module? I would prefer to support older versions. |
I was trying this out. I'm pushing it back to 1.11.0 however the challenge there has to do with the location type translator not being got as a bean i.e NoSuchBeanException |
5d7bd68
to
3aa66b2
Compare
3aa66b2
to
f778a03
Compare
f778a03
to
825acb5
Compare
825acb5
to
8bc7331
Compare
It looks like we're going to need to make 2.6 the minimum version for the LoaderTest and probably the validator too for this to work. @Ruhanga Do you have an opinion on that? Otherwise, we maybe add something to the Loader to not try to run a domain if a valid version of a loader isn't available. |
Fyi, I have done this locally though it is now not loading the loader for QUEUE so I am still looking for a workaround around that. |
6761356
to
a18324e
Compare
@ibacher, @mherman22 concerning the above, upgrading to OpenMRS Core greater than 2.4.0 might require refactoring on the part of the Validator to accommodate new changes + upgraded libraries on Core. This will consequently need some extensive testing of the Validator itself. |
f3907bf
to
07f2377
Compare
First bit looks like we need to change the calls like: executeChangelog("changelog", null); To: executeChangelog("changelog", (ChangeSetExecutorCallback) null); In ConfigTester... |
No description provided.