- Download WSO2 Business Process Server.
Set an offset of 2 to the default BPS port in
<BPS_HOME>/repository/conf/carbon.xmlfile. This prevents port conflicts that occur when you start more than one WSO2 product on the same server. Also For more information, see Changing the Default Ports with Offset.
Code Block language xml
Tip: If you change the BPS port offset to a value other than 2 or run WSO2 API-M and WSO2 BPS on different machines (therefore, want to set the
hostnameto a different value than
localhost), you need to search and replace the value 9765 in all the files (
.epr) inside the
<APIM_HOME>/business-processesdirectory with the new port (i.e., the value of 9763 +
<BPS_HOME>/repository/conf/b4p-coordination-config.xmlfile and set the
TaskCoordinationEnabledproperty to true.
Code Block language xml
Copy the following from the
<APIM<API-M_HOME>/business-processes/eprdirectory to the
<BPS_HOME>/repository/conf/eprdirectory does not exist, create it.
Make sure to give the correct credentials in the
Start the BPS server and sign in to the management console (
- Select Processes > Add and upload the
<APIM_HOME>/business-processes/application-creation/BPEL/ApplicationApprovalWorkFlowProcess_1.0.0.zipfile to BPS.
This is the business process archive file.
- Select Add under the Human Tasks menu and upload the
<APIM_HOME>/business-processes/application-creation/HumanTask/ApplicationsApprovalTask-1.0.0.zipfile to BPS.
This is the human task archived file.
Configuring WSO2 API Manager
<APIM<API-M_HOME>/repository/deployment/server/jaggeryapps/admin/site/conf/site.json file and configure "
workFlowServerURL" under "
workflows" to point to the BPS server (e.g.,
- Sign in to WSO2 API-M management console (
https://<Server-Host>:9443/carbon) and select Browse under Resources.
Go to the
/_system/governance/apimgt/applicationdata/workflow-extensions.xmlresource, disable the Simple Workflow Executor, and enable WS Workflow Executor. In addition, specify the service endpoint where the workflow engine is hosted and the credentials required to access the said service via basic authentication (i.e., username/password based authentication).
Code Block language html/xml
<WorkFlowExtensions> ... <ApplicationCreation executor="org.wso2.carbon.apimgt.impl.workflow.ApplicationCreationWSWorkflowExecutor"> <Property name="serviceEndpoint">http://localhost:9765/services/ApplicationApprovalWorkFlowProcess/</Property> <Property name="username">admin</Property> <Property name="password">admin</Property> <Property name="callbackURL">https://localhost:8243/services/WorkflowCallbackService</Property> </ApplicationCreation> ... </WorkFlowExtensions>
All the workflow process services of the BPS run on port 9765 because you changed its default port (9763) with an offset of 2.
The application creation WS Workflow Executor is now engaged.
Go to the API Store, click Applications and create a new application.
It invokes the application creation process and creates a Human Task instance that holds the execution of the BPEL process until some action is performed on it.
Note the message that appears if the BPEL is invoked correctly, saying that the request is successfully submitted.
Sign in to the Admin Portal (
https://localhost:9443/admin), list all the tasks for application creation and approve the task. It resumes the BPEL process and completes the application creation.
Go back to the Applications page in WSO2 API Store and see the created application.
Whenever a user tries to create an application in the API Store, a request is sent to the workflow endpoint. Given below is a sample:
Code Block language html/xml
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wor="http://workflow.subscription.apimgt.carbon.wso2.org"> <soapenv:Header /> <soapenv:Body> <wor:createApplication xmlns:wor="http://workflow.application.apimgt.carbon.wso2.org"> <wor:applicationName>application1</wor:applicationName> <wor:applicationTier>Gold</wor:applicationTier> <wor:applicationCallbackUrl>http://webapp/url</wor:applicationCallbackUrl> <wor:applicationDescription>Application 1</wor:applicationDescription> <wor:tenantDomain>wso2.com</wor:tenantDomain> <wor:userName>user1</wor:userName> <wor:workflowExternalRef>c0aad878-278c-4439-8d7e-712ee71d3f1c</wor:workflowExternalRef> <wor:callBackURL>https://localhost:8243/services/WorkflowCallbackService</wor:callBackURL> </wor:createApplication> </soapenv:Body> </soapenv:Envelope>
Elements of the above configuration are described below:
Name of the application the user creates.
Throttling tier of the application.
When the OAuth2 Authorization Code grant type is applied, this is the endpoint on which the callback needs to happen after the user is authenticated. This is an attribute of the actual application registered on the API Store.
Description of the application
Tenant domain associated with the application (domain of the user creating the application).
Username of the user creating the application.
The unique reference against which a workflow is tracked. This needs to be sent back from the workflow engine to the API Manager at the time of workflow completion.
At the time of workflow completion, the workflow engine sends the workflow-completion request to this URL. This property is configured in the
<callBackURL>element in the