Exploring Cloud Integration - Part 5 (Creating and Configuring a General Splitter)

Exploring Cloud Integration - Part 5 (Creating and Configuring a General Splitter)

The last time, we added a content modifier with payload to the integration flow and traced the process.. However, our objective today is to create and configure a general splitter.

A splitter (iterator) is required to process every productID of the incoming list.

Definition of Term

The General Splitter splits a composite message comprising N messages into N individual messages, each containing one message with the enveloping elements of the composite message. We use the term enveloping elements to refer to the elements above and including the split point.

Task Flow

I performed the following tasks:

  1. Logged on to the integration flow DelayedDelivery_Process.
  2. Created and configured a General Splitter.
  3. Saved as version, deployed, and debugged the integration process.

Prerequisites

The step of creating a Content Modifier with sample data as payload (XML) has been completed in the last article.

Outcome After This Exercise


Figure 121: Integration Flow with a General Splitter

Environment

Live SAP BTP account.

Steps

  1. Logged on to the integration flow DelayedDelivery_Process via Integration Suite.

  • Navigated within the Integration Suite Welcome page to DesignIntegrationsDelayedDelivery_Package_randomNumberDelayedDelivery_Process.
  • Following the status after the last exercise step.

Figure 122: Outcome of the last exercise

2. Created and configured a General Splitter.

Got a General Splitter from RoutingSplitterGeneral Splitter and placed it after the Modify_setPayload component, as described.


Figure 123: Expanding the

  • Expanded the General Splitter configuration and changed the name to Splitter_iterateOverProducts.

Figure 124: Placing and renaming the Splitter

  • Switched to tab Processing and entered the following data:

Table 11: Processing tab data for the splitter

Figure 125: Entering data into the

  • The element was used in the product list to encapsulate the productIDs. With grouping set to 1, each productID will be processed sequentially.

3. Saved as version, deployed, and debugged the integration process.

i. Performed the following steps.

  • Save as version.
  • Deploy.
  • Jumped to the OverviewManage Integration Content.
  • Set log level to trace.
  • Deployed again.
  • Jumped again to the OverviewManage Integration Content.

ii. Navigated to the Integration Flow Model in OverviewMonitor Message ProcessingMessage Processing Run.

Figure 126:

  • Chose the Splitter_iterateOverProducts (No. 1:) option and went to the Message Content tab. I was able to view the payload from the previous step, which included three products.

Figure 127: Viewing the Payload of the three products

  • At No. 2 and No. 3, noticed that the message was being processed twice. I checked the payload at the first End to see the first single product.

Figure 128: Checking the payload at the first

  • Chose the last End step to see the third product.

Figure 129: Choosing the last

  • In summary, the General Splitter functioned as expected.

Conclusion

I was able to create and configure a general splitter which is required to process every productID of the incoming list.

Next Article ?

To further expand the integration process, I will create and configure a Content Modifier for the ProductID. This is needed to store the currently processed productID as an Exchange Property for subsequent steps, for each loop.

Previous Article ?

Creating a Content Modifier with Payload (XML)

Thanks for reading !

Reference

SAP (2025). SAP Cloud Integration

SAP (2024). Developing with SAP Integration Suite

? 2024 SAP SE or an SAP affiliate company. All rights reserved. This article references SAP materials for educational purposes, in accordance with SAP's copyright guidelines.


要查看或添加评论,请登录

Joseph Ogunronbi, GMNSE的更多文章

社区洞察

其他会员也浏览了