Automation performance enhancements
Valid from Pega Version 8.6
To improve the performance of automation-based REST services and DX APIs, you can now configure JSON inputs and outputs in automation rules. The automation passes the JSON object directly to an automation-based REST service or DX API, eliminating the need to transform data on a page to JSON first. You can also take advantage of this enhancement if you are calling an automation from an activity. Additionally, you can simulate a JSON response in the automation rule and update the JSON sample if needed.
For more information, see <link TBD> and <link TBD>.
Upgraded selected third-party JAR files to support Pega Platform functionalities
Valid from Pega Version 8.6
Pega Platform™ 8.6 now provides upgraded versions of the JAR files that support various functionalities within the Platform, such as generating documents or PPTX files.
Upgrade impact
If you have custom implementations and use any classes from the upgraded JAR files directly in your code or through JAR APIs, after your upgrade to Pega Platform 8.6, your application might experience unexpected run-time behavior if the upgraded JAR version lacks any elements from the previous version. For example, custom implementations can typically include activities, functions, or non-autogenerated sections. Unexpected run-time behavior might also occur when you use a third-party library that has dependencies on the upgraded JAR files. If you use only default Pega Platform functionalities without any customizations, the JAR files continue to work correctly without any additional actions.
What steps are required to update the application to be compatible with this change?
If you have any JAR customizations, ensure that you test the upgraded JAR files for compatibility and upgrade impact. The following table lists the upgraded JAR files that might impact your application:
JAR file name | Upgraded version |
---|---|
apache-mime4j-core | 0.8.3 |
apache-mime4j-dom | 0.8.3 |
commons-codec | 1.15 |
commons-collectionons4 | 4.4 |
commons:commons-math3 | 3.6.1 |
commons-compress | 1.20 |
commons-lang3 | 3.9 |
fontbox | 2.0.19 |
httpclient | 4.5.12 |
httpcore | 4.4.13 |
httpmime | 4.5.12 |
istack-commons-runtime | 3.0.8 |
jackson-annotations | 2.10.3 |
jackson-core | 2.10.3 |
jackson-databind | 2.10.3 |
jaxb-runtime | 2.3.2 |
java-libpst | 0.9.3 |
jcommaner | 1.78 |
junrar | 4.0.0 |
metadata-extractor | 2.13 |
openjson | 1.0.11 |
parso | 2.0.11 |
pdfbox | 2.0.19 |
poi | 4.1.2 |
poi-ooxml | 4.1.2 |
poi-ooxml-schemas | 4.1.2 |
poi-scratchpad | 4.1.2 |
slf4j-api | 1.7.28 |
xmlbeans | 3.1.0 |
xmpcore | 6.1.10 |
For more information, refer to the documentation of your JAR provider.
Support for creating automations
Valid from Pega Version 8.6
You can now create automations in Pega Platform. By creating an automation, you clearly define a contract to perform a specific task. For example, you can create an automation that retrieves a list of data objects that are available in the application.
For more information, see Creating an automation.
Support for filtering requests and responses in activity-based REST services
Valid from Pega Version 8.6
You can now use a JSON data transform to filter inputs and outputs in activity-based REST services. With this enhancement, you maintain high performance by filtering unnecessary properties from the REST service request and response.
For more information, see Creating a request for POST, PUT, and PATCH methods by using an activity implementation and Creating a response for Service REST methods by using an activity implementation.
Support for configuring data sources by using OpenAPI Specification
Valid from Pega Version 8.6
The Integration Designer in App Studio now supports OpenAPI Specification. You can provide an OpenAPI Specification endpoint or upload a YAML file to automatically generate data sources according to the specification. With this enhancement, you avoid having to manually create a representative sample JSON request and response, saving you time and increasing productivity.
For more information, see Integrating with a REST API by using OpenAPI Specification.
Improved resiliency and observability of email infrastructure
Valid from Pega Version 8.6
Pega Platform now has several enhancements to improve the resiliency and observability of its email infrastructure. With the following enhancements, you can improve service quality and reduce maintenance costs:
- Pega Predictive Diagnostic Cloud alerts notify you of connection timeouts and help you troubleshoot more quickly.
- Default values for email settings ensure that your email configuration is optimal and follows best practices.
- Email listeners automatically retry test connectivity upon start-up if the connection fails or authentication fails.
- Improved logging provides meaningful messages and log categorization to support debugging.
For more information, see List of events and notifications in PDC.
Enhanced Pulse gadget for Cosmos React
Valid from Pega Version 8.6
Together with the DX API, the Cosmos React component now provides an overlay in which users can quickly view and select the feed sources from which to view Pulse messages. Users can also add attachments to their messages, and remove the messages that they post. These enhancements improve collaboration and speed up case resolution. For example, a case worker can view only posts from particular cases, to quickly find a request for additional information about a case, and then provide necessary details by attaching a relevant document.
For more information, see Configuring Pulse feed sources for Cosmos React and Posting a message in Pulse.
Deprecation of EAR deployments in Pega Platform 8.6
Valid from Pega Version 8.6
Starting with Pega Platform 8.6, EAR deployments of Pega Platform are deprecated. In the upcoming 8.7 release, EAR deployments will not be supported. The following rules that require EAR deployments will also be deprecated and no longer supported in Pega Platform 8.7:
- Connect EJB
- Connect JCA
- JCA Resource Adapter
- JMS MDB Listener
- Service EJB
With this deprecation, you can use the latest tools and keep your application up to date.
Upgrade impact
In Pega Platform 8.6, you can still create rules that require EAR deployments and update existing rules. However, after an upgrade to Pega Platform 8.7, rules that require EAR deployments are no longer supported.
What steps are required to update an application to be compatible with this change?
To prepare your application for this change well in advance of the Pega Platform 8.7 release, see the following table for a list of alternative rules and for guidance on modernizing your application.
Deprecated rule type | Alternative rule type | Recommended configuration |
Connect EJB | Connect REST | Substitute legacy EJB resources with a REST API, and use REST connectors to interact with them. |
Connect JCA | Connect REST | Substitute legacy JCA resources with a REST API, and use REST connectors to interact with them. |
JCA Resource Adapter | JCA resource adapters are data records that are used within the scope of a Connect JCA rule. If you replaced Connect JCA rules in your application with Connect REST rules, JCA resource adapters are no longer relevant. | No further configuration is necessary. |
JMS MDB Listener | JMS Listener | Replace JMS MDB Listener configurations with standard JMS Listener configurations. |
Service EJB | Service REST | Redefine your EJB services as a set of RESTful service APIs, and invoke them over HTTP/HTTPS. |
For information on the supported platforms that are affected by this deprecation, see Pega Platform 8.6 Support Guide.
Legacy Parse XML rule configurations must be upgraded to edit them
Valid from Pega Version 8.6
If your application has Parse XML rules that use the legacy configuration from Pega Platform™ 5.x, you cannot edit these rules after you upgrade to Pega Platform 8.6 until after you upgrade them to use tree-based parse rule configuration.
You must upgrade a Parse XML rule that you want to edit if it shows the following warning when you open it in Dev Studio.
This type of Parse XML rule is deprecated. An upgrade should be performed.
An option to upgrade also displays below the message.
Upgrade impact
Parse XML rules with the legacy configuration do not map data to the clipboard, and the rule definition is empty. After you upgrade to Pega Platform 8.6, you cannot edit Parse XML rules that you created in Pega Platform 5.x or earlier until you upgrade them to use tree-based parse rule configuration.
What steps are required to update an application to be compatible with this change?
Update legacy Parse XML rules to use tree-based parse rule configuration before you edit them in Pega Platform 8.6. Using tree-based parse rules is considered a best practice.
- Open the legacy Parse XML rule.
- On the Mapping tab, click Upgrade.
Result: The Allow tree editing? check box is displayed and is automatically selected. You can add attributes and elements to the tree structure, or delete them. - Save the upgraded rule configuration.
For more information, see Parse XML rules.
Connect MQ rules configured with alias queue do not work after upgrade
Valid from Pega Version 8.6
Connect MQ rules that you defined with an alias queue in earlier versions of Pega Platform do not work after an upgrade to Pega Platform 8.6.
Upgrade impact
If you defined an alias queue in Connect MQ rules, after an upgrade to Pega Platform 8.6, those Connect MQ rules do not work.
What steps are required to update an application to be compatible with this change?
In the Pega-IntegrationEngine ruleset, create the following dynamic system settings and their default values:
- "mq/pmo" = 0
- "mq/gmo" = 0
- "mq/oo_request" = 1040
- "mq/oo_response" = 16
For more information, see Creating a dynamic system setting.