Thanks @ibacher for looking into this ,
@achilep most times a BeanCreationException in Tests is caused by missing dependence on the class path at test run time and a carefull follow up of the error gives a crue which dependence is likely to be missing.
thanks, @ibacher @mozzy i use this 2:
<dependency>
<groupId>jakarta.xml.bind</groupId>
<artifactId>jakarta.xml.bind-api</artifactId>
<version>3.0.0-RC3</version>
</dependency>
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-impl</artifactId>
<version>3.0.0-M4</version>
</dependency>
and is working without a problem , please is there a more precise way to test this 2 change.
<dependency>
<groupId>com.sun.xml.bind</groupId>
<artifactId>jaxb-impl</artifactId>
<version>3.0.0-M4</version>
</dependency>
does it still fail without this dependence ??
@achilep can you first resolve these merge conflicts ??
Its because your other PRs on the same pom.xml file were merged. So first pull all those merged commits into this PR.
its no longer failing. i’m just asking if there is a more precise way to test it, apart from the standalone reference application that i use for testing. thanks @mozzy
i was asking that doest it fail when you remove that other dependence ??
What do you mean by precise ?? you mean simpler ??
There other ways you can run the reff app ie
but it seems to me the standalone is the lightest and easiest way you can test your changes in the core
Lighter or easier than simply running mvn jetty:run or mvn tomcat7:run from the webapp folder?
@dkayiwa true , Thats seems to be the simplest , but a standalone seems to be the most lightest ,when it comes to processing
please can you have links which explains how contributes on the documentation. thanks
hello @mozzy @ibacher @sharif please I need help to fix the problem on this PR:
Indeed I want to update ca.uhn.hapi to version 2.3. but this version no longer supports MessageTypeRouter. and suddenly I try to replace it by ApplicationRouter without succeeding.
hello @ibacher @teleivo thanks for the resources, its a lot of help, but i’m still stuck at the conversion of BaseContextSensitiveTest and these subclasses. here is an example of what I tried to do but it doesn’t work:
BaseContextSensitiveTest in junit5 .BaseContextSensitiveTest - Pastebin.com
AllergenTest in junit5 : AllergenTest - Pastebin.com
BaseOpenmrsObjectTest in junit 5 : BaseOpenmrsObjectTest - Pastebin.com
I don’t know what I failed to do correctly. thank you
hello @ibacher @mozzy @dkayiwa @teleivo please can you help me evaluate this ticket, i changed my approach for migrate from junit 4 to junit 5 thanks
this one too :
as we agree to support junit 4 until version 2.5 or 2.5 we can leave the seventh sub-task @ibacher @dkayiwa @mozzy @burke
We can also make them ready for work unless otherwise
Its enough if you post here or on github I am watching both 