Logging service now uses Apache Log4j 2
Valid from Pega Version 7.3
The Pega® Platform now uses the Apache Log4j 2 logging service. Apache Log4j 2 improves performance and provides support for all log file appender types. As a result of this upgrade, the prlogging.xml file has been renamed to prlog4j2.xml and the format of the file has changed considerably.
For details about the new file format see Pega Platform logging with the Log4j 2 logging service.
For new installations or for upgrades to systems that were using the default logging configuration, no changes are needed. For information about updating custom log files after upgrading, see Customizations to the prlogging.xml file must be manually ported after upgrade. For information about updating your socket server if you use remote logging, see Socket server has changed for remote logging. For information about updated the web.xml file after upgrading, see Log file description in web.xml incorrect after upgrade to Apache Log4j2.
Customizations to the prlogging.xml file must be manually ported after upgrade
Valid from Pega Version 7.3
As a result of the upgrade from the Apache Log4j 1 logging service to the Apache Log4j 2 logging service, the name of the logging configuration file has changed from prlogging.xml to prlog4j2.xml and the format of the file has changed considerably. If you customized your prlogging.xml file, port the customizations to the new prlog4j2.xml file. If you do not port the changes, the Pega® Platform uses the default prlog4j2.xml file and disregards your customized prlogging.xml file.
For more information about customizing your log files, see the Apache Log4j 2 documentation.
Socket server has changed for remote logging
Valid from Pega Version 7.3
As a result of the upgrade from the Apache Log4j 1 logging service to the Apache Log4j 2 logging service, the socket server that is used for remote logging has changed from the Log4j remote logging package with the LogFactor5 log analysis tool to TcpSocketServer. If you use remote logging, update your socket server to TcpSocketServer. For more information, see Installing and using remote logging.
Execute Tests service now supports flows, case types, and PegaUnit test suites
Valid from Pega Version 7.3
The Execute Tests service now supports running flows, case types, PegaUnit test suites. Use the Execute Tests service to validate the quality of your builds after every build run.
For more information, see Running PegaUnit test cases and test suites with the Execute Tests service.
Support for creating PegaUnit test suites
Valid from Pega Version 7.3
You can now create PegaUnit test suites to group related PegaUnit test cases and run them in the order that you specify. For example, you can create smoke tests to verify that critical application functionality is working as expected.
For more information, see PegaUnit test suites.
Enable and disable functionality with feature toggles
Valid from Pega Version 7.3
You can enable and disable functionality in your application for development and testing by creating feature toggles on the Toggle Management landing page. You can also manage the toggles in your application from the landing page. For example, you can review the toggles that you want to retire at the end of a release, or migrate a toggle to other applications by changing the associated ruleset.
For more information, see Creating a toggle.
Support for following users in the Pega Express and Case Manager portals
Valid from Pega Version 7.3
You can now follow users in both the Pega Express and Case Manager portals. Posts that are made by users whom you are following are displayed in your Pulse activity feed in your dashboard. In addition, an icon indicates whether followed users are online.
For more information, see the following help topics:
Enhancements to the Send Email smart shape
Valid from Pega Version 7.3
The following enhancements have been made to the Send Email smart shape:
- You can now configure the Send Email smart shape in Pega Express.
- You can use templates, such as a rejection template, in your email.
- You can use property values, which allow you to insert the value of a field in your case type, such as First Name, within the email.
- You can insert a link to the case ID in your email.
- You can more quickly configure your recipient list by using two options, instead of one, to send messages to either a list of email addresses or to fields.
- You can choose to send either all case attachments in an email, or you can send attachments of a specified attachment category or an attachment type field. You can specify multiple attachment categories and attachment type fields.
For more information, see the following help topics:
Improved requestor management
Valid from Pega Version 7.3
From the Requestor Management landing page, you can now manage active requestors and debug their activity on all nodes in the cluster, including the current node and remote nodes. You can view performance and requestor details; start the Tracer or Clipboard tool; profile, interrupt, or terminate the selected requestor; and estimate the data size of all requestors on the selected node.
For more information, see Managing requestors.
PegaUnit testing now supports flows, case types, and additional assertions
Valid from Pega Version 7.3
You can now create PegaUnit test cases for flows and case types to verify that the rule returns the expected output when you run the test case.
Additionally, you can use the following new assertions
- Assigned to – Verifies that the case is routed to the appropriate operator or work queue.
- Case status – Verifies the status of a case.
- Attachment exists – Verifies that an attachment exists.
- Case instance count – Verifies the number of case types, such as child cases, that are created when the test case runs.
For more information, see PegaUnit test cases for flows and case types.