Skip to content

Conversation

@wikumChamith
Copy link
Contributor

This addresses the following items required for the migration:

@ibacher
Copy link
Member

ibacher commented Jan 14, 2026

For domains, please just keep them in the API folder unless there's some reason that won't work. We can set the @OpenmrsProfile so that they only run on 2.7.8 or greater. Also, Iniz PRs should always update the docs, at least with the changelog.

import org.openmrs.module.initializer.api.loaders.BaseCsvLoader;
import org.springframework.beans.factory.annotation.Autowired;

@OpenmrsProfile(modules = { "billing:1.1.0 - 9.*" })
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
@OpenmrsProfile(modules = { "billing:1.1.0 - 9.*" })
@OpenmrsProfile(modules = { "billing:2.0.0 - 9.*" })

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;

@OpenmrsProfile(modules = { "billing:2.0.0 - 9.*" })
Copy link
Contributor

Choose a reason for hiding this comment

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

Since you mentioned "Billing v2 now requires OpenMRS Core 2.7.8-SNAPSHOT”, shouldn’t we add that requirement as well?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

No need to add that. Billing module won't even start if we are using a core version lower than 2.7.8-SNAPSHOT

Copy link
Contributor

Choose a reason for hiding this comment

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

Billing module won't even start if we are using a core version lower than 2.7.8-SNAPSHOT

I understand that. Won’t it be better to add that, especially since this requirement would get documented.

Comment on lines 25 to 39
{
// To be edited
PaymentMode paymentMode = new PaymentMode();
paymentMode.setUuid("526bf278-ba81-4436-b867-c2f6641d060a");
paymentMode.setName("Visa Card");
paymentMode.setRetired(false);
}

{
// To be retired
PaymentMode paymentMode = new PaymentMode();
paymentMode.setUuid("2b1b9aae-5d35-43dd-9214-3fd370fd7737");
paymentMode.setName("Bank transfer");
paymentMode.setRetired(false);
}
Copy link
Contributor

Choose a reason for hiding this comment

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

Should these two call the save function?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I just copied this test from the api-2.4. I don't think we need these, so I am removing them.

@wikumChamith
Copy link
Contributor Author

For domains, please just keep them in the API folder unless there's some reason that won't work. We can set the @OpenmrsProfile so that they only run on 2.7.8 or greater. Also, Iniz PRs should always update the docs, at least with the changelog.

@ibacher I didn’t quite understand what you meant about domains. Could you clarify a bit?

@ibacher
Copy link
Member

ibacher commented Jan 15, 2026

Basically, unless we actually need to directly call an API in core-2.7, the code for billing should just be in the api folder. Domains are the units Iniz works with.

@wikumChamith
Copy link
Contributor Author

wikumChamith commented Jan 15, 2026

Basically, unless we actually need to directly call an API in core-2.7, the code for billing should just be in the api folder. Domains are the units Iniz works with.

So Billing v1 is currently in api-2.4. Are you suggesting we should move Billing v2 to the api module, even though it’s based on OpenMRS Platform 2.1?

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