Upgrading from PIE 1.x to newer versions of Extension Designer requires a manual migration for its database and flows.
The following table describes node changes (see Working with Nodes for additional information):
|PIE node||Extension Designer node||Type||Description|
|Endpoint||New in 5.3.2|
This node exposes a service endpoint that encapsulates all the functionality necessary to create a full-stack web component. The node acts as an "http in" node, but the actual endpoint is abstracted from the user in place of a UUID. Instead the user focuses on choosing, or creating, the front end UI component that should be tied to the endpoint, as well as implementing the flow that will generate the data to drive the component. This abstracts the integration details away from the user and allows them to focus solely on the business logic.
PIE Event In
PIE Event Out
|Updated in 5.3.2|
These event nodes have been replaced with the Event In and Event out nodes.
The Event In/Out nodes connect to Extension Designer’s own MQTT Event Broker and manage events between services or external components. It also subscribes to DTP’s event broker at startup, so you don’t need a separate DTP connection for subscribing to a DTP Event.
With architectural changes, internal PIE events are all replaced with custom events in the Extension Designer Event Broker.
Any DTP events can be used with the “DTP” group. Please refer to node info documentation for more information.
See Subscribing To Development Testing Platform Events for details about DTP events.
Built-in PIE Events are no longer available. New and fixed violation event are deployable from the Extension Designer menu by choosing Import> Library> Common> Violation Events. Starting with DTP 5.3.0, the recurring violation event is no longer supported as a result of updates to the API.
|PC REST API||New in 5.3.2||This node is used by Policy Center Practices (such as Policy Center Practice - Code Coverage) to enable interaction with Policy Center via the Policy Center REST API.|
|Model Settings||Profile Search||Updated in 5.3.2|
The Profile Search node replaces Model Settings node. The properties did not change, but importing old flows from PIE Slice Designer (version 1.x) will cause an error.
Re-configure any flows that use the Model Settings node to use the Profile Search node.
|Removed in 5.3.2|
These nodes are compatible with the DTP REST API version 1.1 and older. Static analysis payloads have been updated in version 1.2 and are no longer compatible with this node.
To filter your static analysis payload, you can use the lodash library in the function node. See The Function Node for additional information about the lodash library. See How to Update Violations Metadata for an example of lodash usage.
Test Case Metadata
|Removed in 5.3.2|
These nodes are only compatible with the DTP REST API version 1.2 or older.
See the REST API documentation for additional information.
For additional information on how to set metadata, choose Import> Library> Examples> Static Analysis Prioritization or Dynamic Analysis Metadata and view the documentation.
|PIE Mail||Updated in 5.3.2||The PIE Email node did not perform validation on the recipient argument passed to it, and would thus allow users to send emails to multiple recipients through a semicolon separated list. In 5.3.2, we perform validations on recipients and do not allow multiple recipients to be passed into the Mail node.|