Software AG Products 10.7 | Integrating On-Premises and Cloud Applications | Configuring On-Premises Integration Servers for webMethods Cloud | Configuring Accounts for webMethods 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 the webMethods Cloud account. Valid values:
*Yes - Enables the webMethods Cloud account.
*No - Disables the webMethods Cloud account.
Alias Name
A unique name for the account.
Description
Description of the account.
Stage
The webMethods Cloud environment from which the on-premise Integration Server receives requests. The list is populated by the stages or environments defined on webMethods 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 webMethods Cloud fails. Integration Server waits 30 seconds between connection attempts. The default is 5 attempts.
Note:
After making the maximum number of reconnection attempts, the on-premise Integration Server attempts to reconnect after waiting a random time period which could range from 1 minute to 15 minutes. 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 webMethods 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, webMethods Cloud issues an error and stops listening for a response. The default is 60000 milliseconds (1 minute).
When the request timeout expires, webMethods 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."
When responding to a request from webMethods 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 webMethods 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 webMethods Cloud, the response remains on webMethods Cloud only until the response expires (that is, only until the TTL in the response elapses).
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 webMethods Cloud. Specify a comma-separated list of IP addresses that can receive requests from webMethods Cloud. Only those IP addresses specified can receive requests.
If no value is specified, webMethods Cloud derives the IP address of the on-premise Integration Server that uploads the account to webMethods Cloud and allows only that IP address to receive requests from webMethods 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.