Aggregation Agent Configuration - Real-Time
The real-time Aggregation agent's configuration dialog includes the following tabs:Â
General
APL Code
Storage
General Tab
The General tab enables you to assign an Aggregation profile to the agent and to define error handling.
With the Error Handling settings, you can decide what you want to do if no timeout has been set in the code or if there are unmatched UDRs.
Setting | Description |
---|---|
Profile | Click Browse... and select an Aggregation profile. All the workflows in the same workflow configuration can use different Aggregation profiles. For this to work, the profile has to be set to Default in the Field settings tab in the Workflow Properties dialog. After this, each workflow in the Workflow Table can be assigned with the correct profile. |
Force Read Only | Select this check box to only use the aggregation storage for reading aggregation session data. If you enable the read only mode, timeout handling is also disabled. When using file storage and sharing an Aggregation profile across several workflow configurations, the read and write lock mechanisms that are applied to the stored sessions must be considered:
|
If Timeout is Missing | Select the action to take if timeout for sessions is not set in the APL code using The available options are:
|
If No UDR Match is Found | Select the action that the agent should take when a UDR that arrives does not match any session, and Create Session on Failure is disabled:
|
APL Code Tab
Storage
The Storage tab contains settings that are specific for the selected storage in the Aggregation profile. Different settings are available in batch and real-time workflows. Â
File Storage
When using file storage for sessions in a batch workflow, the Storage tab contains a setting to control how often the timeout block should be executed. In this tab, it is also specified when the changes to the aggregation data is written to file.
Setting | Description |
---|---|
Session Timeout Interval (seconds) | Determines how often, in seconds, the |
Storage Commit Interval (seconds) | Determines how often, in seconds, the in-memory data is saved to files on disk. |
Storage Commit Interval (#Processing Calls) | Determines the number of Processing Calls before the in memory data is saved to files on disk. A 'Processing Call' is an execution of any of the blocks If both this option and the Storage Commit Interval (seconds) are configured, commits are made when any of them are fulfilled. |
Note!
If Storage Commit Interval (seconds) and/or Storage Commit Interval (#Processing Calls) are configured, data left in memory when the workflow stops will be saved to file.
If Storage Commit Interval (seconds) and Storage Commit Interval (#Processing Calls) are not configured, none of the sessions in-memory are stored on disk. The session count displayed in the Aggregation Inspector will not include these sessions.
When the Max Cached Sessions in the Aggregation profile is exceeded, and Storage Commit Interval (seconds) and Storage Commit Interval (#Processing Calls) are not configured, the agent deletes the oldest session. This is done in order to allocate space for the new session while still staying within the limit.
Couchbase Storage
Setting | Description |
---|---|
If Error Occurs in Storage | Select the action that the agent should take when an error occurs in the storage:
|
Disable Timeout | Select this check box to disable the timeout handling. |
Redis Storage
Setting | Description |
---|---|
If Error Occurs in Storage | Select the action that the agent should take when an error occurs in the storage:
|
Disable Timeout | Select this check box to disable the timeout handling. |