850_update_bulletin - Progress Sonic Product Update Bulletin 8.5
850_update_bulletin - Progress Sonic Product Update Bulletin 8.5
850_update_bulletin - Progress Sonic Product Update Bulletin 8.5
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Improvements for Responsive Business Integration: <strong>Sonic</strong> and DataXtend SI<br />
marked as "collection = true", represents a collection of values and is rendered as<br />
parameters[] {xq:paramHolderType}. In the response mapping page, you can define a<br />
mapping rule for such interface parameters and state whether the collection of values are<br />
to be added as:<br />
● New Message Parts<br />
● New Message Headers<br />
● New Process Context Properties<br />
As part of the DataXtend SI service, the typed service works on the request interface<br />
parameters and set the output context that is output parameters from service context. You<br />
should ensure that these output parameters are propagated to the next in-flight process<br />
message; that is, the message going out of the service. To achieve this, you must define<br />
response mapping rules from service output parameters to next in-flight process message<br />
constructs; that is, headers, parts, and process context properties. In the event of a service<br />
fault, XQmessage is added to the service fault box and the fault context is set; that is, fault<br />
parameters for the given operation are specified. You must define fault mapping rules to<br />
ensure the fault parameters are propagated in the fault message.<br />
In the mapping pages, the mapping rule for interface parameter with a collection of values<br />
is displayed. However, at the time of process run, this mapping rule is evaluated for each<br />
collection element. This is indicated to runtime by adding the following syntax to source<br />
participant expression: ${esbdl.output'purchaseOrders'.each}<br />
On the target side, pattern/expression is evaluated for every collection element and<br />
generates a unique identifier for the given XQMessage construct type (Part, Header, and<br />
Process Context property). This construct is initialized with the service response<br />
parameter value (after applying transformation actions).<br />
You can also configure the mapping rule with transformation details. This transformation<br />
action is applied to each element in the collection. For configuring transformation action,<br />
all supported transformation actions are listed. You must correctly configure the<br />
transformation actions. Also, because the source parameter is a collection of unknown<br />
values, configured transformation action might or might not be applicable for every<br />
element in the collection. You can further configure transformation details for the<br />
mapping rule. Available transformation actions are filtered on the basis of type and<br />
content type of source interface parameters.<br />
<strong>Sonic</strong> <strong>8.5</strong> has changed the following dialog boxes to provide for the collection values:<br />
● Mapping Rule Participants dialog box — While specifying the target,<br />
pattern/expression is evaluated for every collection element and an unique identifier<br />
is generated for the given XQMessage construct type (Part, Header, and Process Context<br />
<strong>Progress</strong> <strong>Sonic</strong> <strong>Update</strong> <strong>Bulletin</strong> <strong>8.5</strong> 25