The ForEach mediator requires an XPath expression and a sequence (inline or referred). It splits the message into a number of different messages derived from the original message by finding matching elements for the XPath expression specified. Based on the matching elements, new messages are created for each iteration and processed sequentially. The processing is carried out based on a specified sequence. The behaviour of ForEach mediator is similar to a generic loop. After mediation, the sub-messages are merged back to their original parent element in the original message sequentially.
Also, ForEach mediator mediation happens in a single thread as a blocked execution. The ForEach mediator creates the following properties during mediation.
| Property | Description |
|---|
| FOREACH_ORIGINAL_MESSAGE | This contains the original envelope of the messages split by the ForEach mediator. |
| FOREACH_COUNTER | This contains the count of the messages processed. The message count increases during each iteration. |
| Note |
|---|
| Excerpt |
|---|
Iterate mediator is quite similar to the ForEach mediator. You can use complex XPath expressions to conditionally select elements to iterate over in both mediators. |
Following Following are the main difference between ForEach and Iterate mediators: - Use the ForEach mediator only for message transformations. If you need to make back-end calls from each iteration, then use the iterate mediator.
- ForEach supports modifying the original payload. You can use Iterate for situations where you send the split messages to a target and collect them by an Aggregate in a different flow
|
.ForEach is for modifying a split message. This eliminates the need for complex XSLT mediators. - You need to always accompany an Iterate with an Aggregate mediator. ForEach loops over the sub-messages and merges them back to the same parent element of the message.
|
Iterate allows sending a message - In Iterate you need to send the split messages to an endpoint
|
, whereas ForEach will not. - to continue the message flow. However, ForEach does not allow using Call, Send
|
or CallOut - and Callout mediators in the sequence.
- ForEach does not split the message flow, unlike Iterate Mediator. It guarantees to execute in the same thread until all iterations are complete.
When you use ForEach mediator, you can only loop through segments of the message and do changes to a particular segment. For example, you can change the payload using payload factory mediator. But you cannot send the split message out to a service. Once you exit from the for-each loop, it automatically aggregates the split segments. This replaces the for-each function of the complex XSLT mediators using a ForEach mediator and a Payload Factory mediator. However, to implement the split-aggregate pattern, you still need to use Iterate mediator. |
|
| Table of Contents |
|---|
| type | flat |
|---|
| printable | false |
|---|
| separator | pipe |
|---|
|
...
Syntax
| Code Block |
|---|
|
<for-each<foreach expression="xpath" [sequence="sequence_ref"] [id="foreach_id"] >
<sequence>
(mediator)+
</sequence>?
</for-each>foreach> |
...
UI Configuration
The parameters available to configure the ForEach mediator are as follows.
| Parameter Name | Description |
|---|
| ForEach ID | If a value is entered for this parameter, it will be used as the prefix for the FOREACH_ORIGINAL_MESSAGE and FOREACH_COUNTER properties created during mediation. This is an optional parameter. However, it is recommended to define a ForEach ID in nested ForEach scenarios to avoid the properties mentioned from being overwritten. |
| Expression | The XPath expression with which different messages are derived by splitting the parent message. This expression should have matching elements based on which the splitting is carried out. | Tip |
|---|
You can click NameSpaces to add namespaces when you are providing an expression. Then the Namespace Editor panel would appear where you can provide any number of namespace prefixes and URLs used in the XPath expression. |
|
| Sequence | The mediation sequence that should be applied to the message is derived from the parent message. ForEach mediator is used only for transformations, thereby, you should not include Call, Send and Callout mediators, which are used to invoke endpoints, in this sequence. - Anonymous: This allows you to define an anonymous sequence to be applied to the split messages by adding the required mediators as children of the ForEach mediator in the mediator tree.
- Pick from Registry: This allows you to pick an existing mediation sequence that is saved in the Registry. Click either Configuration Registry or Governance Registry as relevant to select the required mediation sequence from the Resource Tree.
|
| Info |
|---|
|
You can configure the mediator using XML. Click switch to source view in the Mediator window. 
|
...
| Code Block |
|---|
|
<foreach id="foreach_1" expression="//m0:getQuote/m0:request" xmlns:m0="http://services.samples">
<sequence>
<log level="full"/>
</sequence>
</foreach> |
Sample
...