This site contains the documentation that is relevant to older WSO2 product versions and offerings.
For the latest WSO2 documentation, visit

Adding an API Subscription Workflow

This section explains how to attach a custom workflow to the API subscription operation in the API Manager. First, see Workflow Extensions for information on different types of workflows executors.

Attaching a custom workflow to API subscription enables you to add throttling tiers to an API that consumers cannot choose at the time of subscribing. Only admins can set these tiers to APIs. When a consumer subscribes to an API, he/she has to subscribe to an application in order to get access to the API. However, when API subscription workflow is enabled, when the consumer subscribes to an application, it initially is in the On Hold state, and he/she can not use the API, using its production or sandbox keys, until their subscription is approved. 

Configuring the API Manager

Open the <API-M_HOME>/repository/deployment/server/jaggeryapps/admin/site/conf/site.json file and configure "workFlowServerURL" under "workflows" to point to the EI/BPS server (e.g. "workFlowServerURL": "https://localhost:9445/services/")

Engaging the WS Workflow Executor in the API Manager

First, enable the API subscription workflow.

  1. Sign in to API Manager Management Console (https://<Server Host>:9443/carbon) and select Browse under Resources. 

  2. Go to the /_system/governance/apimgt/applicationdata/workflow-extensions.xml resource, disable the Simple Workflow Executor and enable WS Workflow Executor. Also 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).   

        <SubscriptionCreation executor="org.wso2.carbon.apimgt.impl.workflow.SubscriptionCreationWSWorkflowExecutor">
             <Property name="serviceEndpoint">http://localhost:9765/services/SubscriptionApprovalWorkFlowProcess/</Property>
             <Property name="username">admin</Property>
             <Property name="password">admin</Property>
             <Property name="callbackURL">https://localhost:8243/services/WorkflowCallbackService</Property>

    Note  that all workflow process services of the EI/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.

  3. Go to the API Store Web interface and subscribe to an API. 
    It invokes the API subscription process and creates a Human Task instance that holds the execution of the BPEL until some action is performed on it.
  4. Note the message that appears if the BPEL is invoked correctly, saying that the request is successfully submitted. 

  5. Sign in to the Admin Portal (https://<Server Host>:9443/admin ), list all the tasks for API subscription and approve the task. It resumes the BPEL process and completes the API subscription.
  6. Go back to the API Store and see that the user is now subscribed to the API.

    Whenever a user tries to subscribe to an API, a request of the following format is sent to the workflow endpoint: 

    <soapenv:Envelope xmlns:soapenv=""xmlns:wor="">

     Elements of the above configuration are described below:

    Name of the API to which subscription is requested.
    Version of the API the user subscribes to.
    Context in which the requested API is to be accessed.
    Provider of the API.
    Name of the user requesting subscription.
    Name of the application through which the user subscribes to the API.
    Throttling tiers specified for the application.
    workflowExternalRefThe 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.

    The URL to which the Workflow completion request is sent to by the workflow engine, at the time of workflow completion. This property is configured in the   <callBackURL>   element in the workflow-extensions.xml registry file