Aside from the MOSIP 1.2.0 API documentation on the web, are there any tutorials on API endpoints on how to use them e.g. what are the steps; what are the commands; what are the values that need to be put in the commands.
This is quite useful for a proficient API developer. But I am not yet that competent in API development, thus I am still having difficulty in understanding them.
I was hoping to find a tutorial on other commands we could use to check if our MOSIP sandbox API endpoints are working as expected similar to the one discussed previously in my earlier post.
In my previous post I asked how to find the person’s UIN
The steps given were:
Please check below roles are assigned to ‘mosip-regproc-client’ service account from Keycloaks:
Publish_Registration_Processor_workFlow_Paused_for_Additional_Info_Event_General
Subscriber_Registration_Processor_workFlow_Paused_for_Additional_Info_Event_General.
If not, please add these roles and restart ‘regproc-notifier and regproc-workflow’ stages.
You can get the clientIdSecretKey by running the command in MOSIP K8s cluster
$ echo “PMS Client Password : $( kubectl -n keycloak get secrets keycloak-client-secrets -o jsonpath={.data.mosip_regproc_client_secret} | base64 -d )”
So basically what I am looking for are other steps/commands that can be used to check the person’s registration information by leveraging the use of MOSIP API endpoints.
What is its’ function ? Check status of the person’s registration?
What should be put in place of {ID} ? I tried RID and UIN but I got an unauthorized error prompt
Do I have to authenticate first before I run this command? How? What information are needed for the authentication?
I am trying to learn by issuing the get commands in the MOSIP API documentation ( https://mosip.github.io/documentation/1.2.0/1.2.0.html) but I don’t know where to find more information for each command, what steps to take, commands to run, and values to use.
This API needs authentication. Hence, you need to get an authentication token with one of the roles specified in registration-processor-default.properties.
As you can see, this is an ID REPOSITORY API - The role details to access this API will be available in id-repository-default.properties in the configurations, as shown below:
Now you need to use client credentials that have one of the roles specified against the API configuration; here the roles are RESIDENT or ID_REPOSITORY.
Make sure you are using a credential that has one of the above roles, or add one of the roles to the client that you are using.