<< Click to Display Table of Contents >> Raynet One Data Hub > 14.0 > Connectors > Alphabetic Connector List > VMware AirWatch > Connector Parameters Task Parameters |
This parameter defines the page size during the API request (number of records).
Technical Name |
page_size |
Category |
Technical |
Type |
Integer |
Default Value |
1500 |
Example Values |
1500 |
It is recommended to change this value only if there are connection issues or rate limitation. Otherwise changing this parameter should not be necessary. The larger the page size, the longer a request will take. On the other hand, a high page size will decrease the total number necessary requests.
Be aware: Most APIs will limit the maximum page size! |
This parameter defines the page size during the API request (number of records).
Technical Name |
arp_page_size |
Category |
Technical |
Type |
Integer |
Default Value |
300 |
Example Values |
300 |
It is recommended to change this value only if there are connection issues or rate limitation. Otherwise changing this parameter should not be necessary. The larger the page size, the longer a request will take. On the other hand, a high page size will decrease the total number necessary requests.
Be aware: Most APIs will limit the maximum page size! |
This parameter limits the number of requests issued in the time interval set by the parameter Rate Limiter Duration.
Technical Name |
rate_limiter_num_requests_per_minute |
Category |
Technical |
Type |
Integer |
Default Value |
120 |
Example Values |
120, 20 |
Rate limiting is done per Organization Group (OG). There are tow different rate limits: for a 1-minute interval and daily. The specific limits depend on the Organization Group.
This parameter limits the number of requests issued in the time interval set by the parameter Rate Limiter Duration.
Technical Name |
rate_limiter_num_requests_per_day |
Category |
Technical |
Type |
Integer |
Default Value |
50000 |
Example Values |
50000, 20 |
Rate limiting is done per Organization Group (OG). There are tow different rate limits: for a 1-minute interval and daily. The specific limits depend on the Organization Group.
This parameter specifies the time after which a running request will be aborted. If set to null, the default timeout of the system will be used.
Technical Name |
timeout |
Category |
Technical |
Type |
Integer null |
Default Value |
null |
Example Values |
null, 10000 |
This parameter represents the initial time (in milliseconds) to wait before a failed request will be reattempted.
Technical Name |
initial_delay |
Category |
Technical |
Type |
Integer |
Default Value |
1000 |
Example Values |
1000 |
When a request fails, the connector does a so-called exponential backoff. The delay starts with this duration and then exponentially increases with every failed attempt.
This parameter represents the maximum time (in milliseconds) to wait before an HTTP request that has been failed will be reattempted. If set to null, the delay will not be restricted.
Technical Name |
max_delay |
Category |
Technical |
Type |
Integer null |
Default Value |
3600000 |
Example Values |
3600000 |
When a request fails, the connector does a so-called exponential backoff. The delay increases with every failed attempt up to this duration. In order to limit the total runtime of the connector, on can set a maximum delay.
This parameter represents the maximum number of attempts after which an HTTP request will fail permanently.
Technical Name |
max_attempts |
Category |
Technical |
Type |
Integer |
Default Value |
5 |
Example Values |
5 |
Failed requests will be resend by the connector before failing the whole connector run. When experiencing a lot of connectivity issues which are not related to server overload or some kind of rate limitation, it is recommended to increase this parameter as well as the Timeout and the Maximum Delay parameter.