SR-A100376 · Issue 271177
History classes show in app explorer
Resolved in Pega Version 7.2.2
While searching for the rule (for e.g. "displaybulkaction") from the rule search window, it was possible to look up the instances in the OOB history classes but the rules did not show up in the app explorer. This was due to a condition in the following Report Definitions that indicated rules which belonged to the class that starts with 'History-' should not be shown: -PZGETAPPCATEGORIES -PZGETAPPRULES -PZGETAPPRULETYPES This condition has now been removed.
SR-A100376 · Issue 271369
History classes show in app explorer
Resolved in Pega Version 7.2.2
While searching for the rule (for e.g. "displaybulkaction") from the rule search window, it was possible to look up the instances in the OOB history classes but the rules did not show up in the app explorer. This was due to a condition in the following Report Definitions that indicated rules which belonged to the class that starts with 'History-' should not be shown: -PZGETAPPCATEGORIES -PZGETAPPRULES -PZGETAPPRULETYPES This condition has now been removed.
SR-A87552 · Issue 257706
Implicit privileges do not generate warnings
Resolved in Pega Version 7.2.2
RARO with implicit privileges was generating warnings that affected the compliance score. There is a particular format for declaring implicit privileges. i.e. Classname:ruleName, and the system has been updated with a check for this so implicit privileges will not be adding any guardrail warnings.
SR-A102469 · Issue 271467
Application Profile correctly updates case type description
Resolved in Pega Version 7.2.2
When creating a new application profile document, the old case type descriptions were shown instead of new updated ones; this has been corrected.
SR-A101006 · Issue 272734
JDBC password handling corrected
Resolved in Pega Version 7.2.2
After upgrade, a JDBC database connection on WebSphere 8.5/Oracle 11G indicated success on test connection, but a username/password "connection could not be obtained" error was thrown when attempting to save the connection. This was due to the handling of the encrypted password, and has been fixed.
SR-A101808 · Issue 269472
WebSphere deployment documentation updated to clarify JVM configuration advice
Resolved in Pega Version 7.2.2
The deployment guides for WebSphere have been updated to clearly distinguish between Oracle and IBM JVM when providing JVM configuration advice.
SR-A24989 · Issue 248910
WebSphere deployment guide updated to clarify scope settings
Resolved in Pega Version 7.2.2
The WebSphere Deployment Guide has been updated to indicate that the scope must be "server". If this is not set correctly in a split schema installation, the defaultSchema namespace bindings are defined at the cell level and will not be picked up at start, and the database user in the jdbc/PegaRULES datasource will not have the necessary privileges to run the system. Please see WAS deployment guides on the PDN for further information.
SR-A75998 · Issue 253191
Improved SOAP envelope cache for WSA/WSSE use
Resolved in Pega Version 7.2.2
After configuring and successfully using Connect-SOAP to a non-secure Endpoint, enabling WSA and WSSE for the connect-SOAP configuration and then disabling it again generated the error "Caused by: com.pega.apache.axis2.AxisFault: A required header representing a Message Addressing Property is not present". This was due to the way the SOAP envelope was being cached and the code has been updated to correctly reflect the desired header processing.
SR-A69786 · Issue 251702
EmailService CC parameter correctly mapped
Resolved in Pega Version 7.2.2
After upgrade, the inbound email processing was not capturing the Email Service request parameter "CC " in the service page. This was due to an unwanted space in the CC field name mapping which has now been removed.
SR-A20058 · Issue 250683
PEGA0020 alert updated for full interaction time
Resolved in Pega Version 7.2.2
An error with PAL timer statements caused an Null Pointer Error during connect SOAP execution due to socket read time not being accounted for in the PEGA0020 alert. This has been fixed.