SR-C47633 · Issue 386353
Agent management made more resilient against DB connection errors
Resolved in Pega Version 8.1
Intermittently after a database interruption occurred, agents would end up in a state where they did not run. When viewed via SMA they appeared to be running, but the next runtime was blank and the agent did not execute. Attempts to stop/restart an affected agent yielded an error, but restarting the system put the agents back into a operable state. This was a corner case caused by a DB connectivity issue where agents were first being stopped and then attempts to instantiate AgentNotification() also failed due to the DB connectivity issue. To resolve this, AgentNotification will be instantiated during AgentQueue creation itself so it will remain available. All exceptions /errors in AgentNotification will be logged.
INC-170721 · Issue 658962
Stricter criteria set for reusing an SSAExecutionContext
Resolved in Pega Version 8.6.1
After a Strategy was configured with an existing Proposition Filter and the Explain Results box was unchecked, executing the strategy resulted in the error "Stack is empty, cannot pop any more frames". Investigation showed that the SSAExecutionContext object was reused across the two criteria evaluation in Proposition Filter rule: this works well as long as the input is the same across the two evaluations. However, the SSAExecutionContext object also stashed a reference to a PublicAPI object which became stale in the second evaluation and caused the empty stack issue for the given scenario. This has been resolved by providing stricter criteria in deciding when an SSAExecutionContext can be reused or not in the case of Proposition Filter rule.
SR-C23461 · Issue 365026
Exported Excel now displays text between angle brackets
Resolved in Pega Version 8.1
Using the Export to Excel feature on a Report Definition was stripping XML and HTML-like values from the data such as text between matching angle brackets. This was traced to recently modifications in Export to Excel: because the export generates an XLSX document and not an HTML document, HTML-like code is stripped from formatted values. However, that was being performed after unescaping special HTML characters and codes in the raw or localized value, and this caused HTML-like code in the data to be removed as well. To correct this, the system will strip HTML prior to unescaping special characters. In addition, columns which did not have valid controls assigned to them or their associated properties were borrowing logic from columns formatted by non-auto controls. This has been addressed by refactoring ReportUIFieldFactory to generate basic ReportUIField instances for unformatted columns, excluding numeric and date columns.
SR-C39791 · Issue 379314
Group processing and StartDate issues resolved for Timeline controls
Resolved in Pega Version 8.1
Two issues were seen in the Timeline control:Issue 1: When a technician was selected who had no events, the Technician was not shown in Y-Axis (Groups were not being displayed). A blank screen was shown instead. This was caused by the a condition where an empty datasource caused createDataset to return without processing groups. This has been corrected by adding handling so the system will initialize dsArray with an empty value if needed to ensure the group related processing takes place. Issue 2: The start range for Timeline was not respecting the StartDate given for the Events display. In this case, if either the start or end time was not available then neither was set. To resolve this, If an end date is not specified then it will be marked as the current date.
INC-172675 · Issue 649452
Configuration added for extending queue processor timeout
Resolved in Pega Version 8.6.1
Alerts for queue processor (QP) items which took more than 15 minutes to run could result in the system marking the node as 'unhealthy'. In environments with Pega Health Check enabled, this would shut down the node gracefully. It was not possible to change this default as it was hardcoded. In order to support systems that may have custom processes that run beyond 15 minutes, a a new setting has been exposed that allows configuration of the interval after which a node with long-running queue processor is marked as unhealthy and is restarted. By default this remains 900000 milliseconds / 900 seconds / 15 minutes, but it may be adjusted up to 24 hours to avoid premature node shutdown. The stale thread detection mechanism will take that setting into account and use the provided value or default to 15 minutes if the value was not provided. In addition, the threshold's units in the UI have been changed from ms to seconds.
SR-C36091 · Issue 377696
Stuck run detection improved to give information and stop bad jobs
Resolved in Pega Version 8.1
When a run is in NEW state, attempting to trigger it caused the run to move into the INITIALIZING state and after some time back to the NEW state. Once that happens for the first time, it would continuously happen to the same run and force the creation of a new run. Investigation showed that in very specific situations a data flow run might take too long to initialize. That caused the system mechanism that detects runs stuck in a transitioning state to kick in and move it back to NEW state. Later that run would actually be initialized but its status would no longer be reported correctly, giving the impression that the run was always going from NEW->INTIALIZING->NEW. To prevent confusion, code has been to the stuck run detection that will add troubleshooting information and stop that run if it's in a state that was was not anticipated.
SR-C48633 · Issue 390528
Missing rules will be inserted into pr4_rule_vw table
Resolved in Pega Version 8.1
On running ExposeCols from prpcutils, if pr4_rule_vw table was truncated or had some rules missing, then the records were not being updated. Logging indicated there were view rules which were present in pr4_rule_vw but not present in the actual class, causing a duplicate key exception when the system tried to insert the same rule again into the pr4_rule_vw table. Previously, ExposeCols functionality always updated the rule record and its corresponding Data-Rule-Summary record but would never insert a new rule or Data-Rule-Summary record. This meant that if the pr4_rule_vw table was truncated before running the column expose, none of the rows were getting updated as the table was empty. To resolve this, if the rule is missing in the pr4_rule_vw table, insert queries will be executed and the rule will be populated in the corresponding Data-Rule-Summary record.
SR-C6567 · Issue 352049
Enhancement added to customize Cassandra consistency level
Resolved in Pega Version 8.1
Inconsistent results were seen when the Cassandra database was queried from the Connect-Cassandra integration connector ruleset. During the queries, data is collected from different systems and loaded into the Cassandra database. If there is a distributed architecture, there is a risk that not all replicas will receive all the insert/updates at the time of the data load for any number of reasons (node down, node overwhelmed, network, etc.).With the default of consistency level 1, the Pega Cassandra query may hit a node that is missing the data requested. However, consistency level 2 forces Cassandra to read matching data from two nodes and in the background will perform a read repair on the node that is missing data. In order to enable the setting of a preferred consistency level for all connectors and for all operations, a new single DSS setting has been introduced: RS: Pega-BigData purpose:connector/Cassandra/consistency available values: " ALL ANY EACH_QUORUM LOCAL_ONE LOCAL_QUORUM LOCAL_SERIAL ONE QUORUM SERIAL THREE TWO"