SR-A2481 · Issue 208239
Added escaping for JSON special characters in REST
Resolved in Pega Version 7.1.9
When a REST Service was called and returned a property value which contained a character having special meaning for JSON (like ", \, /, backspace, formfeed, newline, carriage return, horizontal tab, or hexadecimal digits), the JSON string could not be parsed. In order to resolve this, escaping has been added to the outbound JSON text to arrive at a valid JSON. Since this adds to performance overhead as each and every character must be checked, a DSS has been added to escape the JSON conditionally.
SR-A250 · Issue 204903
Added special character decoding for outgoing email attachments
Resolved in Pega Version 7.1.9
Previously, code was added to the system to fix the cross-OS issue of special characters in file attachment names like [,],(,),{,},\,. As part of the fix, the file names are encoded before being saved to the database. However, when those attachment are retrieved and sent out again as email attachments, the encoded characters were visible instead of the decoded values. To complete the decoding process, the file name will be handled with StringUtils.decodeCrossOSString(strfilename).
SR-A2879 · Issue 208596
Zero-size attachments now included in correspondence
Resolved in Pega Version 7.1.9
When using the Send Correspondence functionality, an attachment of zero size would be ignored and not included because it did not have any pyAttachStream property. Because there may be a business need to preserve the attachment name and include it anyway, the system has been updated to include and transmit a zero length attachment.
SR-A3054 · Issue 207377
Resolved corruption of Service-SOAP attachments
Resolved in Pega Version 7.1.9
A problem in reading the byte streams was causing Service-SOAP to corrupt the attached PDF/docx files that are part of SOAP request attachments with added null characters. Removing these characters manually resolved the problem as a workaround, but the byte reading logic in MultipartSOAPHandler.java has been updated to fix this issue.
SR-A3295 · Issue 207109
Resolved ClassCastException for JMS listener
Resolved in Pega Version 7.1.9
If a Service JMS rule (Point to Point) was invoked by a JMS listener, the listener would pick up a message created using Tibco queue, pass it to the Service JMS rule, the message would be parsed and the response xml created, but then the system was not able to create a session to respond to the JMS producer. This was traced to the Queue and Topic specific API used by JMSListener causing ClassCastExceptions. To resolve this, the system now uses a generic API devoid of Queue and TopicSessions to send the response message in JMSListener.
SR-A33 · Issue 206096
Addressed XML attachment corruption
Resolved in Pega Version 7.1.9
A document file response generated by Connect-REST and attached to the work object was becoming corrupted if it was content type XML. This was an issue with the code converting the doc data to string, and invokerestconnector has been updated to handle this use case.
SR-A3869 · Issue 209484
Corrected REST logic for missing/blank query parameters
Resolved in Pega Version 7.1.9
When running a REST connector with a resource path that contained multiple parameterized areas of the query string where the value of the first and/or last query string parameters were blank or missing, the request URL was missing the query string parts that have an equals sign delimiter but a blank/empty value. This was unexpected behavior traced to a change in the generation logic, and the system has been modified to produce the expected behavior of query parameters with blank values appearing as "val1=" instead of not appearing or missing the equals sign.
SR-A3869 · Issue 210205
Corrected REST logic for missing/blank query parameters
Resolved in Pega Version 7.1.9
When running a REST connector with a resource path that contained multiple parameterized areas of the query string where the value of the first and/or last query string parameters were blank or missing, the request URL was missing the query string parts that have an equals sign delimiter but a blank/empty value. This was unexpected behavior traced to a change in the generation logic, and the system has been modified to produce the expected behavior of query parameters with blank values appearing as "val1=" instead of not appearing or missing the equals sign.
SR-A3992 · Issue 211563
WSDL generation updated
Resolved in Pega Version 7.1.9
A coding error for the constants used in generating WSDL was creating a problem for some installations with the resulting data. This has been corrected.
SR-A4918 · Issue 211744
Reverted WSDL naming convention to previous style
Resolved in Pega Version 7.1.9
In earlier versions of the system, the exposed Pega-generated WSDL had ComplexType named "CreateCaseWSRequestType" with uppercase "T". A recent change to naming the ComplexType "CreateCaseWSRequesttype" with lowercase "t" required a manual override to use previously generated WSDLs after upgrading, so the naming has been reverted to using the uppercase "T" format.