docs/developer_info/BBUnderstanding.rst

.. This work is licensed under a Creative Commons Attribution 4.0 License.
.. http://creativecommons.org/licenses/by/4.0
.. Copyright 2018 Huawei Technologies Co., Ltd.

Building Block Understanding
============================

UNDERSTANDING BUILDING BLOCKS USING MACRO FLOW
----------------------------------------------
There are basically 2 flows - macro , a la carte.

**In a la carte:**

    We manually will initiate each step for a process.

**In macro:**

  The whole flow happens at a single click like if we want to create a service.
  The flow will itself look whether there are vnfs, pnfs or networks in the
  service and it will be created and activated in the flow also.Thus these
  independent tasks like if vnf is present, then assign create and activate vnf
  are all taken up as individual building blocks and are only called on need
  basis.
  Each and every request will reach to the api handler first.

API HANDLER( ServiceInstances.java )
------------------------------------



# 1. Rest call reaching SO Api handler with the input json

    According to the below path it is mapped to the createServiceInstance
    function in ServiceInstances file.

    .. code-block:: bash

        curl -v -H "Content-Type: application/json" -X POST --data @serviceinstance.json -u mso_admin:password1$ http://localhost:8080/onap/so/infra/serviceInstantiation/v7/serviceInstances.

# 2. Herein a unique requestid is generated corresponding to every request, and
is checked whether that particular requestid exists in request db (Happens in
createServiceInstance in ServiceInstances).

    a. **http://request-db-adapter:8083/infraActiveRequests/requestid** (GET), which will return a 404 if not exists.

    b. CreateInstance is set to the action variable. Here the request scope is
       set to service from the inputjson - modelType.


# 3. Running local validations on input json.

# 4. create InfraActiveRequests, to store request details in request db adapter
and as a payload to bpmn.

    a) A new InfraActiveRequests object is created. And all the necessary
       information from the input is set to it.

    b) Retrieving productFamilyName from the input json to put into requests db. **http://aai/servicedesigncreation/services/service/{productfamilyid}** (GET), which will return a 404 if not exists in aai. If service exists, then that service's serviceDescritiption is set as productfamilyName.

    c) **http://aai/cloudinfrastructure/cloudregions/cloudregion/cloudowner/{lcpCloudRegionId}/tenants/tenant/{tenantId}** (GET), checks for whether the particular cloud configuration exists in aai, if not exists returns 404.  If we are able to get, then the tenant's name derived from aai is set as tenantName.

    d) serviceInstanceName is derived from requestInfo.instanceName and is set.

    e) Request json is also set as RequestBody of InfraActiveRequests.

# 5. Checks fro whether duplicate name exists.

    a. version v[integer] is converted to the particular integer and stored.

    b. Checks whether instance name already exists in with a POST request in **http://request-db-adapter:8083/infraActiveRequests/checkInstanceNameDuplicate**, with the data { instanceIdmap = null, instanceName = {instanceName} , instanceservice = service } . It checks for the current progress and if in progress it throws the particular status.

# 6. Gets the orchestration url from the recipe table.

    a. Checks whether the service already exists in catalogdb **http://catalog-db-adapter:8082/service/{modelNameVersionId}** (GET).

    b. Checks the service recipe table with the modelNameVersionId and the action to be performed **http://catalog-db-adapter:8082/serviceRecipe/search/findFirstByServiceModelUUIDAndAction?serviceModelUUID={modelNameVersionId}&action=createInstance** . Returns a 404 if no recipe exists with the corresponding id.

    c. As recipe corresponding to this doesn't exist, we try to get with a default value. This flow comes under generic resource flow so the default value is GR-API-DEFAULT. First we get service with this value **http://catalog-db-adapter:8082/service/search/findFirstByModelNameOrderByModelVersionDesc?modelName=GR-API-DEFAULT** (GET). It returns a service with modelUUID as d88da85c-d9e8-4f73-b837-3a72a431622b, and further can be used to get the recipe.

    d. **http://catalog-db-adapter:8082/serviceRecipe/search/findFirstByServiceModelUUIDAndAction?serviceModelUUID=d88da85c-d9e8-4f73-b837-3a72a431622b&action=createInstance** (GET), gives a recipe which has a parameter "orchestrationUri" as "/mso/async/services/WorkflowActionBB".

# 7. Updates the infraActiveRequests with the current request.

    a) **http://request-db-adapter:8083/infraActiveRequests/** (POST) with the data formed. And a 201 created response is received.

# 8. Call the bpmn with a post call on orchestrationUri. The data to bpmn is
prepared having parameters like

    a) bpmnRequest - formed from input request.

    b) vfModuleId, pnfCorrelationId, networkId, configurationId, vfModuleType,
       serviceInstanceId , serviceType are updated if present in the input json
       or else set to empty string.

    c) apiVersion , requestId, aLaCarte = false (def), recipeTimeout = 180(def)
       ,requestAction= createInstance are all updated accordingly.

    d) requestUri - v7/serviceInstances ,which is formed from the request url.

# 9. A sync response is obtained on reaching bpmn like

     {"requestReferences":{"requestId":"c45702f7-3f08-4081-bc98-2f9f18b81607","instanceId":"cadca18f-9bff-44be-8910-ad29d342e91f","requestSelfLink":**"http://159.138.57.166:30277/orchestrationRequests/v7/c45702f7-3f08-4081-bc98-2f9f18b81607"**}}.


# 10. Calls the WorkflowActionBB.bpmn

BPMN
----

Hits WorkflowActionBB.bpmn
--------------------------

.. image:: ../images/workflow.png


# 10.1. RetrieveBBExecutionList - implemented in selectExecutionList in
WorkflowAction.java

    a. resourcetype, resourceid are formed from matching the requestUri to a
       regex pattern matcher

     .. code-block:: bash

        [pattern=[vV]\d+.*?(?:(?:/(?<type>vnfs|vfModules|networks|networkCollections|volumeGroups|serviceInstances|instanceGroups)(?:/(?<id>[^/]+))?)(?:/(?<action>[^/]+))?(?:/resume)?)] .

    b. Checks whether there is a service subscription with service instance name as {instanceName} correspoding to the customer in aai

        .. code-block:: bash

            https://aai.onap:8443/aai/v19/business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances?depth=2&resultIndex=0&resultSize=1&service-instance-name={instanceName}.

        Returns 404 not found, if it doesnt exists then the id of that particular instance is taken and given as both the resourceid and serviceinstance id. If not present then a random value is generated, and is assigned same to both.

    c. Checks whether there is a service of the particular serviceInstanceId exists in aai. **https://aai.onap:8443/aai/v19/nodes/service-instances/service-instance/{serviceInstanceId}** , returns not found if it doesnt exist. If service with corresponding instance name already exists , then flowsToExecute is got by quering the requestdbadapter with the earlier request id.  If not present, then only orchestrationflows are got, and later from that the flowsToExecute are found out.

    d. Get the particular service from catalogdb . **http://so-catalog-db-adapter.onap:8082/service/{modelNameVersionId}**  (GET). Be sure that the service with this particular modelNameVersionId exists in catalogdb, because based on the services (like whether pnf, or vnf, or networkcollection) present in that particular service, which all bbs to execute are decided.

    e. This being a service, "service" is added to the resource list. And is checked upon for other resources like vnf and   network, eg:

        **http://so-catalog-db-adapter.onap:8082/service/{modelNameVersionId}/vnfCustomizations** (GET)

        **http://so-catalog-db-adapter.onap:8082/service/{modelNameVersionId}/collectionResourceCustomizations** (GET)

        **http://so-catalog-db-adapter.onap:8082/service/{modelNameVersionId}/networkCustomizations** (GET)

        And depending on the resources in the service, the resources found is updated like

        Found :Service - 1    Vnf - 0    Pnf - 0    VfModule - 0    VolumeGroup - 0    Network - 0    VirtualLink - 0    NetworkCollection - 0    Configuration - 0    InstanceGroup - 0

    f. Then the orchestration flows are get from the orchestration_flow_table depending on the cloudowner and request scope:

        **http://so-catalog-db-adapter.onap:8082/northbound_request_ref_lookup/search/findOneByActionAndRequestScopeAndIsAlacarteAndCloudOwnerAndServiceType?action=createInstance&requestScope=Service&isALaCarte=false&cloudOwner={CloudOwner}&serviceType=%2A** (GET)

        Here if present, then the orchestration flows are returned or else with default cloud owner, we try again

        **http://so-catalog-db-adapter.onap:8082/northbound_request_ref_lookup/search/findOneByActionAndRequestScopeAndIsAlacarteAndCloudOwnerAndServiceType?action=createInstance&requestScope=Service&isALaCarte=false&cloudOwner=DEFAULT&serviceType=%2A** (GET)

        Here in northBoundRequest is returned which has the parameter orchestrationFlowList, that contains the link that will return the orchestration flows.

        "orchestrationFlowList" : { "href" : "**http://so-catalog-db-adapter.onap:8082/northbound_request_ref_lookup/101/orchestrationFlowList**"}

        Now we do a get on the orchestration flow link to get the set of orchestration flows required

        **http://so-catalog-db-adapter.onap:8082/northbound_request_ref_lookup/101/orchestrationFlowList**.

        Here a set of 20 orchestration flows are returned under the action of Service-Macro-Create, each with a sequence no assigned sequentially in the given order

        * AssignServiceInstanceBB,
        * CreateNetworkCollectionBB,
        * AssignNetworkBB,
        * AssignVnfBB,
        * AssignVolumeGroupBB,
        * AssignVfModuleBB,
        * ConfigAssignVnfBB,
        * AssignPnfBB,
        * WaitForPnfReadyBB,
        * ActivatePnfBB,
        * CreateNetworkBB,
        * ActivateNetworkBB,
        * CreateVolumeGroupBB,
        * ActivateVolumeGroupBB,
        * CreateVfModuleBB,
        * ActivateVfModuleBB,
        * ConfigDeployVnfBB,
        * ActivateVnfBB,
        * ActivateNetworkCollectionBB,
        * ActivateServiceInstanceBB.


        .. image:: ../images/flowchart.png


    g. Flows to execute is determined by iterating through all the orchestartion flows and matching it with the found resources. It is merely a contains matching. In this particular as service was the only resource : List of BuildingBlocks to execute:AssignServiceInstanceBB, ActivateServiceInstanceBB.

    h. processing data is added to the requestdbadapter. Here the data is post to the requestdb as two different building blocks **http://so-request-db-adapter.onap:8083/requestProcessingData**.

    i. The already stored request details in request db is ammended like "lastModifiedBy" : "CamundaBPMN" , and status to in_progress with a put request.


# 10.2. sendSyncAck -  This was used to give an acknowledgement , with status
code as 200, and requestId and resourceId is sent as content.


# 10.3. Prevalidate the workflow


# 10.4. SelectBB - implemented in selectBBin WorkflowActionBBTasks

    This is used to select the building block from the flows to execute
    depending on the sequence order.

     a. Depending on the current sequence , the building block is selected from
        the flows to execute.

     b. Execution variable, that is passed between the different building
        blocks as the payload is amended as:
        execution.setVariable("buildingBlock", buildingblockselected).

     c. current sequence is incremented by 1, and updated in execution
        variable.

     d. Depending on whether currentSequence is greater than
        flowsToExecute.size(), COMPLETED variable is either set to true
        or false.

# 10.5. updateFlowStatistics - implemented in updateFlowStatistics in
WorkflowActionBBTasks

    a. Depending on the current sequence no, the completed bb and next bb is
       got from the flows to execute. And these are mentioned in a
       statusMessage.

    b. Percentage progress is got from the total no of bbs

    c. These are ammended to the already present request in the request db


# 10.6. Execute BB - calls the ExecuteBuildingBlock.bpmn

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Hits ExecuteBuildingBlock.bpmn
------------------------------

.. image:: ../images/ExecuteBuildingBlock.png

# 10.6.1. BBInputSetup - implemented in execute in BBInputSetup

    Here a generalbuildingblock is formed from executingbuildingblock after
    certain updations and validations.

     a. lookupKeyMap is formed from the input , and a map is formed with
        serviceInstanceId, networkID, vnfID, pnfID, vfmoduleID, volumegroupID,
        configurationID, instancegroupID as the keys.

     b. Depending on whether a la carte or macro , different flows are called.
        getGBBMacro is called in here.

     c. In getGBBMacro , a valid customer is got with service subscription.
        (getCustomerAndServiceSubscription)

        First a customer is got by get request on **https://aai.onap:8443/aai/v19/business/customers/customer/{globalSubscriberId}**

        After that ServiceSubscription is got by doing a get request

        **https://aai.onap:8443/aai/v19/business/customers/customer/{globalSubscriberId}/service-subscriptions/service-subscription/service**

        If, the above request doesnt give any , then ServiceSubscription is
        fetched by first creating uri keys

        **https://aai.onap:8443/aai/v19/nodes/service-instances/service-instance/{resourceId}?format=pathed**.

        Then ServiceSubscription is got from the globalSubscriberId and the
        uri keys

        .. note:: a valid customer and a corresponding ServiceSubscription must
            be present in the aai, for setting up the customer to gbuildingblock

     d. project and owningEntity is updated from the input

     e. service is got from the catalog db either by ModelVersionId or by ModelVersion and ModelInvariantId.

     f. ServiceInstance is created from the above parameters, and this ServiceInstance is used in the preparation of general building block.

     g. Depending on whether the current executing block name contains either of the network, or configuration, or network collection. A new instance of the corresponding type is created and is updated to the general building block (Happens in getGBBMacroNoUserParamsCreate)

     h. This general building block is set to the gBuildingBlockExecution and gBBInput parameter of execution.


# 10.6.2. StatusPolicy - implemented in validateOrchestrationStatus in
OrchestrationStatusValidator. Input being gBuildingBlockExecution

     a. orchestrationStatus is obtained after checking the resource type. We
        had updated the orchestrationStatus in the above step when a new
        service instance was created.

     b. OrchestrationStatusStateTransitionDirective is got by doing a get call
        to the catlog db with the url as
        findOneByResourceTypeAndOrchestrationStatusAndTargetAction

        **http://so-catalog-db-adapter.onap:8082/orchestrationStatusStateTransitionDirective/search/findOneByResourceTypeAndOrchestrationStatusAndTargetAction?resourceType=SERVICE&orchestrationStatus=PRECREATED&targetAction=ASSIGN**

    c. orchestrationStatusValidationResult parameter is set to
       executionvariable from the
       OrchestrationStatusStateTransitionDirective.getFlowDirective()
       "flowDirective" : "CONTINUE"

# 10.6.3. Prevalidate the gBuildingBlockExecution

# 10.6.4. BB To Execute: Depending on which building block is to be executed,
that particular bpmn is called .In this case, AssignServiceInstanceBB is called

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

.. topic:: Hits AssignServiceInstanceBB.bpmn

    .. image:: ../images/AssignServiceInstanceBB.png

# 10.6.4.1. AAI create service subscription - implemented in
createServiceSubscription of createAAITasks

    This method is used for creating and subscribing the service in A&AI

     a. Customer is got from the general building block that was updated above

     b. Here a serviceSubscriptionURI is formed by taking in the
        globalSubscriberId and the serviceType

     c. If a service subscription for the particular customer doesnt exist in
        AAI, then a new subscription is created by taking in the
        serviceSubscriptionURI

    GET performed on uri:**https://aai.onap:8443/aai/v19/business/customers/customer/slice1/service-subscriptions/service-subscription/service?
    {"results":[{"service-subscription":1}]}**

# 10.6.4.2. AAI create service instance - implemented in createServiceInstance
of createAAITasks

    This method is used for creating the service instance in A&AI

     a. Customer is got from the general building block that was updated above

     b. A serviceInstanceURI is formed by taking in the globalSubscriberId, the
        serviceType and the service instance id

     c. If the service instance in the particular path doesnt exist in AAI ,
        then a new service instance is created by using the serviceInstanceURI

     .. code-block:: bash

            GET to:https://aai.onap:8443/aai/v19/business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84?

            response: {"requestError":{"serviceException":{"messageId":"SVC3001","text":"Resource not found for %1 using id %2 (msg=%3) (ec=%4)","variables":["GET","business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84","Node Not Found:No Node of type service-instance found at: business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84","ERR.5.4.6114"]}}}

            Sending HTTP PUT to:https://aai.onap:8443/aai/v19/business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84

            with req body : {"service-instance-id":"2b955def-e536-40ee-84cb-3f06e3cc6d84","service-instance-name":"DEMO_123456","model-invariant-id":"944862ae-bb65-4429-8330-a6c9170d6672","model-version-id":"d88da85c-d9e8-4f73-b837-3a72a431622b","orchestration-status":"Inventoried"}

# 10.6.4.3. AAI create project - implemented in createProject of createAAITasks

    This method is used for creation of the project A&AI.
    Here too it checks whether a project with a  {projectName} exist in AAI .
    If not it creates one, and connects it to the service instance identified
    by the serviceInstanceId

    .. code-block:: bash

        Sending HTTP PUT to:https://aai.onap:8443/aai/v19/business/projects/project/name%20of%20proj/relationship-list/relationship

        with req body: {"related-link":"/business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84"}


# 10.6.4.4. AAI create owning entity -  implemented in createOwningEntity of
createAAITasks

     a. OwningEntityId and OwningEntityName is extracted from the OwningEntity
        given in the input json

     b. If both of them are null, then an exception is raised.

     c. If only OwningEntityId is null, then whether the OwningEntityName is
        present in AAI is checked. If present then OwningEntityId is set by
        quering the OwningEntity from AAI. And then connect it to the service
        instance. If not present in the aai then a random id is generated and
        assigned to  OwningEntityId. Then Owning entity is first created and
        then connected to the service instance

     d. Depending on whether the owning entity is already present or not,
        either createOwningEntityandConnectServiceInstance is called, or
        connectOwningEntityandServiceInstanceis called.

        .. code-block:: bash

            Sending HTTP PUT to:https://aai.onap:8443/aai/v19/business/owning-entities/owning-entity/owningEntityIdof%20owningEntity/relationship-list/relationship

            req body: {"related-link":"/business/customers/customer/slice1/service-subscriptions/service-subscription/service/service-instances/service-instance/2b955def-e536-40ee-84cb-3f06e3cc6d84"}


# 10.6.4.5. SDNC Create Assign Request - implemented in assignServiceInstance
of SDNCAssignTasks

     a. Here first the requestContext, serviceInstance, customer are obtained
        from the general building block

     b. Then a payload for the assignServiceInstance of the sdnc is formed by
        passing in the above parameters to the assignServiceInstance in
        sdncSIResources.

     c. A new sdnc request is formed with the above thing as payload

     d. This sdnc request is assigned to the SDNCRequest parameter of the
        execution variable

        .. code-block:: bash

         {"input":{
          "request-information" : {
            "request-action" : "CreateServiceInstance",
            "source" : "MSO",
            "request-id" : "139636cd-4b69-4c3a-9e67-fed2c283baee"

          },
          "sdnc-request-header" : {

            "svc-request-id" : "9bfe8cb0-bb8b-4dca-949d-2f2b51011b54",
            "svc-action" : "assign"

          },
          "service-information" : {

            "onap-model-information" : {
              "model-name" : "GR-API-DEFAULT",
              "model-version" : "1.0",
              "model-uuid" : "d88da85c-d9e8-4f73-b837-3a72a431622b",
              "model-invariant-uuid" : "944862ae-bb65-4429-8330-a6c9170d6672"

            },
            "subscription-service-type" : "service",
            "service-id" : "2b955def-e536-40ee-84cb-3f06e3cc6d84",
            "global-customer-id" : {global_customerid},
            "service-instance-id" : "2b955def-e536-40ee-84cb-3f06e3cc6d84"

          },
          "service-request-input" : {

            "service-input-parameters" : {
              "param" : [ {
                "name" : "some name",
                "value" : "some value"

              } ]

            },
            "service-instance-name" : {instance_name}
          }
         }}

# 10.6.4.6. It calls another bpmn file - SDNCHandler.bpmn

     a. Setup callback variables -  Here mainly the correlator variable and the
        sdnc timeout variable is set

     b. callSDNC -  Here post call to sdnc client is done with the above
        prepared payload. And then isSDNCCompleted is set to the execution
        variable

        Both the above tasks are implemented in SDNCRequestTasks.

        **http://sdnc-oam.onap:8282/restconf/operations/GENERIC-RESOURCE-API:service-topology-operation/**

# 10.6.4.7. AAI Update (svc instance)- implemented in the
updateOrchestrationStatusAssignedService in AAIUpdateTasks

     BPMN access method to update the status of Service to Assigned in AAI.
     Here serviceInstance is obtained , then its orchestration status is
     changed to assigned  and is updated in the AAI

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

    Reaches back to ExecuteBuildingBlock.bpmn

# 10.6.5. Post validate the generic building block

# 10.6.6. Set Handling Code To Success - implemented in
setHandlingStatusSuccess in ExecuteBuildingBlockRainyDay handling code is set
to success for the execution variable

-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

    Reaches back to WorkflowActionBB.bpmn

# 10.7. postProcessingExecuteBB

    If the building block excuted is ActivateVfModuleBB, then a
    postProcessingExecuteBBActivateVfModule needs to be executed

    Then again it is looped back to selectBB through a checkRetryStatus block.

    This block comes into play only if the handlingCode is retry, and the retry
    count is lesser than the maximum allowed no of retries, then the current
    sequence is again reduced by 1 , so that the same block is executed again.
    Request in the requestdb is updated with a setRetryStatusMessage,
    keeping an eye on the no of retries executed.


    And in this particular example ActivateServiceInstanceBB.
    bpmn is called next in the sequence.

    Here updateOrchestrationStatusActiveService is called, which is BPMN access
    method to update status of Service to Active in AAI.
    Here orchestrationStatus is set to active for the particular
    service instance and is updated in the AAI .

# 10.8. updateRequestStatusToComplete is called if the "complete" flag is true

     a. Here first the request is got from the requestDbclient **http://request-db-adapter:8083/infraActiveRequests/requestid**

     b. Then a status message is formed as "Macro-" + resourceName + "-"
        + action + " request was executed correctly."

       This status message is updated in the request as well as is set to
       finalStatusMessage of the execution variable

     c. Other request parameters are updated

          request.setEndTime(endTime);

          request.setFlowStatus("Successfully completed all Building Blocks");

          request.setProgress(Long.valueOf(100));

          request.setRequestStatus("COMPLETE");

          request.setLastModifiedBy("CamundaBPMN");

     d. This new request parameters are updated by a put request to the
        requestDbclient




Flow ends
----------

If there are other resources present along with the service : Eg
:- Volumegroup.( These BBs wil be specifically called )

1) AssignVolumeGroupBB :

     a. genericvnfid and volumegroupid is obtained from the execution block.
     b. volumegroup orchestrationstatus is set to assigned
     c. a volume group of the above details is created in aai
     d. connect volumegroup to this genericvnf
     e. cloud configuration is got,
        and then the volumegroup is linked to tenant

2) createVolumeGroupBB :

     a. get the vf details according to Vf module id from sdnc.
     b. vfmodulequeriedfromsdnc is set to the executionvariable.
     c. createVolumeGroupRequest is formed with getCloudRegion,
        serviceinstance, genericVnf, volumegroup, sdncVfModuleQueryResponse.
     d. calls vnfadapter, which in turn calls openstackadaptertask.
     e. update heattask in the volumegroup and which is ammended in the aai.
     f. orchestrationstatus for the volume group is set to created.

3) ActivateVolumeGroupBB :

     orchestrationstatus for the volume group is ammended to active.

Rollback, Retry and abort
------------------------------------

When exception is thrown then **Error handling**  event subprocess in BPMN
**ExecuteBuildingBlock** is invoked.

    .. image:: ../images/handling_error.png

    **QueryRainyDayTable task** main responsibility is to determine with
    **rainy_day_handler_macro** table the right policy to apply in order to
    recover from error.

    For each BB a policy is defined in **rainy_day_handler_macro** table
    (retry, rollback, abort ...)

    **HandlingCode** parameter is populated with  BB **policy** value.



# 1. In case of retry handling code
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Policy in **rainy_day_handler_macro** table for current BB failure is **Retry**

.. image:: ../images/retry_Bdd2.png

Once Error handling subprocess has set handlingCode to **retry** value,
the main process retries to execute previous failing BB (green arrow).

.. image:: ../images/retry.png

If a new failure occurred a **new retry** is performed
(green arrow in Error handling subprocess)

.. image:: ../images/retry3.png


Until **max retry count** is reached, this time **secondary policy**
will be queried.

.. image:: ../images/retry2.png

**HandlingCode** is now set with  **secondary policy** value from
rainy_day_handler_macro table (rollback, abort...)

.. image:: ../images/retry_Bdd.png


# 2. In case of rollback handling code
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Policy in **rainy_day_handler_macro** table for current BB failure is set to
**Rollback** (or RollbackToXXX)


    .. image:: ../images/rollback_Bdd.png

In case of Rollback the main process follows green arrows

    .. image:: ../images/rollback.png

    1) **HandlingCode** set previously in Error handling subprocess to Rollback
       (or RollbackToXXX) drives to **RollBack Execution Path** in main process

    2) **RollBack Execution Path** task has responsibility to prepare rollback
       flow sequence.

        BB FlowName are changed in the following way:

        * AssignXXX => UnassignXXX
        * CreateXXX => DeleteXXX
        * ActivateXXX => DeactivateXXX
        * AddXXX => DeleteXXX
        * VNFSetXXX => VNFUnsetXXX
        * VNFLockXXX => VNFUnLockXXX
        * VNFStopXXX => VNFStartXXX
        * VNFQuiesceXXX => VNFResumeXXX

    3) and 4.   **Loop** on step **3** and step **4**,  BB are executed one after one in order to **rollback** previous flow execution.

    5) RollBack completed.


# 3. In case of Abort handling code
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Policy in **rainy_day_handler_macro** table for current BB failure is **Abort**

.. image:: ../images/abort.png



Suppress Rollback
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Request can disable rollback with **suppressRollback** parameter

if **suppressRollback** is set to false value, **QueryRainyDayTable task**
will directly return abort without querying policy in table
**rainy_day_handler_macro**


.. code-block:: bash

    curl --location --request POST 'http://master2:30277/onap/so/infra/serviceInstantiation/v7/serviceInstances' \
    --header 'Accept: application/json' \
    --header 'Content-Type: application/json' \
    --header 'Authorization: Basic abcdef' \
    --header 'X-ONAP-PartnerName: NBI' \
    --data-raw '{
        "requestDetails": {
            "subscriberInfo": {
                "globalSubscriberId": "ones"
            },
            "requestInfo": {
                "suppressRollback": false,
                "productFamilyId": "Useless_But_Mandatory",