Hi Abrha,
The bar file which gets generated from the REST API does carries additional instance count as 3 for it. This value can be changed at the bar file level as needed anywhere from 0 to 256.
When REST API is created in IIB or ACE after importing swagger file, then the message flow gets created with one HTTP input node in it.
Then the swagger can have multiple operations inside it like GET, POST, DELETE etc. These multiple operations are implemented as subflows.
The count of the subflows (operations) is not relevant to the number of additional instances (because they are not carrying any input node in them).
what matters is the: -
1) number of input nodes the flows is having. Which is one in case of REST API i.e. HTTP input node.
2) the number of additional instances defined at the bar file/message flow level/node level. By default the addition instance count is 0.
Check these links as to how the maximum number of threads get counted: -
https://www.ibm.com/docs/en/integration-bus/9.0.0?topic=subflows-adding-additional-instances-message-flow-level https://www.ibm.com/docs/en/integration-bus/9.0.0?topic=subflows-adding-additional-instances-message-flow-node-level ------------------------------
Gursharan Singh
------------------------------
Original Message:
Sent: Thu April 28, 2022 10:28 PM
From: Abrha Weldetinsae
Subject: Why REST API in ACE or IIB have 3 additional instances by default?
When we create REST API in ACE or IIB why it will create 3 additional instances by default? Is this related with the common CRUD Methods (POST, PUT, GET & DELETE)? If that is the case if we have only one METHOD example GET in the REST API will all the additional instance will be available for the GET method?
------------------------------
Abrha Weldetinsae
------------------------------