SR-A87711 · Issue 255629
REST query key maps invalid characters to underscore
Resolved in Pega Version 7.2.2
When creating a REST Service with query key=value pairs that contains keys with dots/periods, the inbound mapping could not handle the keys and failed with an HTTP 500 error. To resolve this, changes have been made in the service API to locate any invalid character (according to ParameterPages) in a key to be mapped and substitute an '_' (underscore) character.
SR-A22183 · Issue 249190
Elements given correct default value in XML
Resolved in Pega Version 7.2.2
An issue was found where blank tags were being created for node elements given a default value in the XML Stream rule. Analysis showed that when the optional element in the XML Stream rule was set with "" and had a default value, the "StreamXML/DetectEmptyProperties" empty string was getting displayed in the output XML instead of default value. This has been fixed.
SR-A52484 · Issue 251721
BIX Extract retains pre-upgrade filenames and columns
Resolved in Pega Version 7.2.2
After upgrade, extract rules were created with underscores replacing dashes in the original filenames and ExtractIndentifier and ExtractDateTime columns were added to the output csv file. This was an inadvertent change related to enhancements made to filename conventions, and has been corrected with the prconfig "bix/retainOriginalFileNameForCSV" to retain the filename as provided in the extract rule and the prconfig "bix/ignoreAdditionalColumnsInCSV" to not add the new additional columns pxExtractIdentifier and pxExtractDateTime when upgrading rulesets.
SR-A102018 · Issue 270086
Creating REST integration works from JSON file
Resolved in Pega Version 7.2.2
Creating REST integration from JSON file was failing due to the same name attribute 'agent' in the JSON having different modes - page and string. Code to perform a rename in case of conflicts was already present, but in the given case (JSON file) properties were created in descending order but saved in ascending order and the error occurred. To resolve this issue, the conflicting properties will be renamed when created such that the order of creation does not affect the creation of the properties.
SR-A79678 · Issue 254551
Rule-Parse forms in SI converted to harness based
Resolved in Pega Version 7.2.2
When opening an instance of the class Rule-Parse-Infer or Rule-Parse-Transform in the Smart Investigate for Payments application, the data was not rendered in the form but instead displayed as an XML page. This was due to rule forms being form-based, and an enhancement has been added to convert them to harness-based. In addition, the rule types Rule-Parse-Infer and Rule-Parse-Transform are no longer marked as deprecated so they may be fully utilized with the Pega SI Framework 7.11 and Pega engine releases going forward.
SR-A76262 · Issue 256275
Logic updated for parse SOAP to better handle similar element names
Resolved in Pega Version 7.2.2
When the path to an XML node included at least one repeating element and some other element in the path had a name which ended with the name of the repeating node, the data placed in properties by Rule-Parse-XML was potentially inaccurate. The end result is that the data that is recorded in Pega as coming from the N-th occurrence in a repeating element set might contain some data that actually comes from the 0-th occurrence or some other occurrence that is not N. To make the results accurate and consistent, the system has been updated to remove all simple text searches so the replacement of generic node names with indexed node names happens to the correct nodes, regardless of similarities between names in the path.