10.02.2013 Views

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!