cancel
Showing results for 
Search instead for 
Did you mean: 

Message Flow in Integration Engine

Former Member
0 Kudos

Dear Friends,

Kindly can someody share how the message is flowing in Intergration engine after the message taken from Adapter engine.

If you have any block diagram it will be helpful for me

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Answers (7)

Answers (7)

Former Member
0 Kudos

Good

ParvathyS_SAP
Product and Topic Expert
Product and Topic Expert
0 Kudos

Message Flow from the Sender

http://help.sap.com/saphelpnw04/helpdata/en/1b/89d24032f68231e10000000a1550b0/frameset.htm

Message Flow to the Receiver

http://help.sap.com/saphelpnw04/helpdata/en/a4/31d940f52f7e7fe10000000a1550b0/frameset.htm

how to integrate BW to XI

https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/93d4e690-0201-0010-8abb-8057c860...

Understanding message flow in XI

Regards,

Parvathy

Former Member
0 Kudos
Former Member
0 Kudos

Hi Karthik,

There are 6 stpes for the message processing thats only called

PIPELINE Steps.

what are all the steps involved in the Pipeline processing.

Sender Adapter picks up the file from the file system, converts it to XML and places it in the payload of an XI-SOAP message. Then it posts this message to the Integration Server pipeline via http(s).

XI pipeline steps are:-

->Sender Agreement

->Receiver Determination

->Interface Determination

->Interface Mapping

->Receiver Agreement.

When a source message reaches the Integration server, it performs 6 steps before the message reaches the destination. The steps are:

1) Receiver Determination: This steps determines the system that participates in the exchange of the message.

2) Interface Determination: For each receiver determine which interface will should receiver the message.

3) Message Split: If more than one receivers are found, Xi will instantiate new message for each receiver.

4) Message Mapping: Mapping to transform the source message to destination message format.

5) Technical Routing: Bind a specific destination and protocol to the message.

6) Call outbound Adapter: Send the transformed message to the adapter or a proxy.

One can examine these steps in Runtime Workbench using the Transaction: SXMB_MONI.

message flow in XI

The life cycle of the message is explained in detail by taking an example scenario. The file is picked up by the Sender File adapter and the data is inserted into DB table by Receiver DB Adapter.

The adapter engine uses the messaging system to log the messages at every stage. This log is called the Audit Log. The audit log can be viewed from the runtime work bench (RWB) to look into the details of the lifecycle of the message. During our journey we will also have a look at the messages that are logged at different stages.

Note: This article is targeted for the newbieu2019s who want to understand the message flow in Adapter Engine. So the insight into the message lifecycle is provided here by taking only the Technical adapters (File/ JDBC/ JMS/ Mail) into consideration. It doesnu2019t delve into the lifecycle of the messages that have reached XI Adapter Engine using RNIF/ BC/ CIDX adapters.

ONWARD JOURNEY:

Fig1. Message flow from Adapter Engine to Integration Server

1. For the message to be picked up by the communication channel, the channel should be associated with a sender agreement. Here creation of a communication channel doesnu2019t ensure the message to be polled and picked up by the adapter. The message reaches the adapter in its native message format. As the communication in SAP XI happens in XI message format, a module inside the adapter converts the message in native format into XI message format.

2. During this process, a message ID is generated for the message. To build the XI header (sender agreement details like the sender system, sender message interface and the interface namespace) the details are fetched by performing a CPA lookup(collaboration-partner-agreement are the configuration object details that have been created using the configuration time. The details are updated into the runtime cache when you activate the Configuration objects in Integration builder u2013Configuration time. This cache is referred to as CPA cache).

3. This message is then sent to module processor for further processing. During the process of sending the message to module processor, the message u201CApplication attempting to send an XI message asynchronously using connection AFWu201D is logged.

4. The module processor performs steps like structure conversion, communication channel specific conversions (that have been specified in the u201Cmodule tabu201D of the adapter channel). These conversion modules are executed in the same sequence as mention in the communication channel.

5. After the successful execution of the conversion modules, the appropriate module (call SAP adapter module) of the module processor is called which will send this message for persistent storage. This message is put into the Send Queue of the messaging system for further processing. Messages like u201CMessage trying to put into the send Queueu201D and u201CMessage successfully put into the queueu201D are logged during this process. A confirmation message (success/ failure) is sent back to the sender application at this stage. This confirmation message is used by the channel to perform various steps like deleting the file that has a processing mode as delete.

6. The message that has been put in the Send Queue has to be picked up and sent to the Integration Engine. The Adapter Engine and XI Integration server use XI Adapter for internal communication purposes. So the XI Adapter picks up message from the send queue and parses the XI message. In this process, the status of the message is set to DLNG and. Messages like u201CThe message was successfully retrieved from the send queue and message status set to DLNGu201Dare logged.

7. The XI adapter performs a SLD look up (System landscape Directory) to find the Integration server with which the Adapter framework has register itself.

8. On successful SLD look up, the message is sent via HTTP to the XI IS pipeline, using the pipeline URL (http://hostname:abap-httpport/sap/xi/engine?type=entry). . If this is successful, a message u201CThe message was successfully transmitted to endpoint http://hostname:8000/sap/xi/engine?type=entry using connection AFWu201D is logged and the message statues is set to DLVD means message has been successfully delivered to the endpoint( XI IS in this case)

Fig2. Audit Log of message during onward journey

RETURN JOURNEY:

The return journey commences when the IS has successfully processed the message and delivers it to the Messaging system using the URL u201Chttp://hostname:50000/MessagingSystem/receive/AFW/XIu201D

br>

Fig3. Message flow from Integration Server to Adapter Engine

1. When the Integration Server (XI IS) finishes processing of the pipeline steps (like receiver determination, interface determination and interface mapping), the message has to be delivered to the required Receiving system. So the XI Integration server will send the message to the messaging system of the Adapter Engine (AE) using the mentioned above. Once the message is successfully received by messaging system, the message u201CThe message was successfully received by the messaging system. Profile: XI URL: http://hostname:50000/MessagingSystem/receive/AFW/XIu201D is logged.

2. As discussed Integration server and Adapter Engine use XI adapter for internal communication purposes. So the XI message that has been received by the messaging system URL is parsed by the XI Adapteru2019s protocol handler.

3. The XI message is put into the receive queue and persisted. During this stage messages like u201CUsing connection AFW. Trying to put the message into the request queue; Message successfully put into the queue.u201D are logged.

4. The XI messages that are put in the receive queue are retrieved by an application (Worker thread) and are sent to AFWListenerBean. AFWListenerBean is a module (an EJB) in Adapter Engine that is capable of parsing the XI message. On successful receive of the XI message by the AFWListenerBean, messages like u201CThe message was successfully retrieved from the request queue.u201D are logged and the status of the XI message is set to DLNG.

5. The AFWListenerBean reads the receiver agreement and the corresponding channel from the XI header to determine the appropriate adapter. In this stage the adapter channel is logged in the audit log. u201CDelivering to channel: XYZ_Channelu201D

6. The message is forwarded to the module processor where additional steps like structure conversions and extra modules specified in the adapter are performed.

7. The exit module is called and the message is sent to the appropriate adapter (DB Adapter in this case). The format conversion will be executed within the specific adapter and sent to the Receiving system (DB in this case) using the channel that has been determined by the AFWListenerBean and the required action is reformed (select statement is performed in this case). On successful processing of the message the status is set to DLVD.

Former Member
0 Kudos

hi,

[;

chk the above thread .wll solve ur doubts.

Regards.

Siddhesh Naik

Former Member
0 Kudos

This message was moderated.

dharamveer_gaur2
Active Contributor
0 Kudos

use this blog to understand message flow

use this similar thread: