Integration Server 10.5 | Configuring On-Premise Integration Servers for webMethods Cloud | Configuring Accounts for Integration Cloud | Creating Accounts on an On-Premise Integration Server
 
Creating Accounts on an On-Premise Integration Server
Perform the following procedure to create an account on an on-premise Integration Server.
*To create an account
1. Open the Integration Server Administrator if it is not already open.
2. In the webMethods Cloud menu of the navigation panel, click Accounts.
3. Click Create On-Premise Account.
4. Under General Settings, complete the fields as follows:
Field
Description
Enable
Enables or disables an Integration Cloud account. Valid values:
*Yes - Enables an Integration Cloud account.
*No - Disables an Integration Cloud account.
Alias Name
A unique name for the account.
Description
Description of the account.
Stage
The Integration Cloud stage from which the on-premise Integration Server receives requests. The list is populated by the stages defined on Integration Cloud.
Note:
The typical life cycle of an integration development involves creating integrations, testing them, and making them production worthy. Each of these activities can be termed as different stages of an integration life cycle development.
5. Under Account Settings, complete the fields as follows:
Field
Description
Maximum Reconnection Attempts
Specify the maximum number of reconnection attempts that Integration Server should make if the connection to Integration Cloud fails. When the connection between webMethods Cloud and on-premise Integration Server is down, Integration Server attempts to reconnect to webMethods Cloud with a random interval between 100 milliseconds to 10 seconds for the first two minutes and then waits for a period of 30 to 60 seconds before attempting to retry the connection. The on-premise Integration Server continues in this manner until connectivity to webMethods Cloud is restored.
Request Timeout
Maximum amount of time (in milliseconds) that Integration Cloud waits for the on-premise Integration Server to process a request. If the on-premise Integration Server is not listening for a request or if it takes longer to process the request than the specified time, Integration Cloud issues an error and stops listening for a response. The default is 60000 milliseconds (1 minute). "
When the request time expires, Integration Cloud shows this exception "[ISS.0021.8042E] Error occurred while executing service <on-prem-servicename> with request ID <requestID>. The on-premise Integration Server did not respond within the configured request timeout of <requestTimeoutValue> milliseconds. Check on-premise logs.
If the invoked on-premise service takes more time to execute than the Request Timeout value, Integration Server writes the following error message to the server log: [ISS.0021.8041E] Error occurred while executing service <serviceName> with request ID <requestID>. Service execution took <x> milliseconds, which is more than the configured request timeout of <y> milliseconds.
Note:
The error message ISS.0021.8041E was added for PIE-65251 which is part of IS_10.5_WmCloud_Fix2 and higher.
When responding to a request from Integration Cloud, the on-premise Integration Server adds a time-to-live (TTL) property to the response. The on-premise Integration Server uses the Request Timeout value set for the Integration Cloud account as the TTL value for the response. If the on-premise Integration Server sends the response after the timeout value for the request elapses on Integration Cloud, the response remains on Integration Cloud only until the response expires (that is, only until the TTL in the response elapses).
Note:
The use of the Request Timeout value as a TTL for the response applies only after installation of a fix that includes issue PIE-60585 (IS_10.5_WmCloud_Fix1 and higher).
Time to Live
If you are batching the data from the on-premise Integration Server, the length of time in seconds that the execution results remain in the cache of the on-premise Integration Server. The value must be greater than 0. The default is 60 seconds.
Allowed On-Premise Hosts
(Optional.) The on-premise Integration Server might use multiple addresses, depending on which network or proxy it uses to access Integration Cloud. Specify a comma-separated list of IP addresses that can receive requests from Integration Cloud. Only those IP addresses specified can receive requests.
If no value is specified, Integration Cloud derives the IP address of the on-premise Integration Server that uploads the account to Integration Cloud and allows only that IP address to receive requests from Integration Cloud.
Run As User
Specify the user name you want the on-premise Integration Server to use when running the service. Click to search for a user and select the user. You can select users from the local or central directory.
The on-premise Integration Server runs the service as if the user you specify is the authenticated user who invoked the service. If the service is governed by an ACL, ensure that you specify a user who is allowed to invoke the service.
6. If you want to test the account, click Test Account Settings.
Integration Server Administrator displays a status line that indicates whether the account is successful or not. The status line is displayed at the top of the screen.
7. Click Save Changes.