Concepts
An overview of the technical concepts that are addressed in this process integration scenario.
The table below contains the following information for each concept:
● A hyperlink to the general description of the concept
● A description of how the concept is implemented in the process integration scenario
The process integration scenario is in the ES Repository under the name CheckFlightSeatAvailability (in the software component version SAP Basis 7.10, namespace http://sap.com/xi/XI/Demo/Agency). Navigate forward to find all the objects used by the process integration scenario (interface objects).
The corresponding proxies for the message interfaces used are in the SAP system in ABAP proxy generation under the software component version SAP Basis 7.10. For the travel agency, the outbound interface is FlightSeatAvailabilityQuery_Out in the namespace http://sap.com/xi/XI/Demo/Agency. For the airline, the inbound interface is FlightSeatAvailabilityQuery_In in the namespace http://sap.com/xi/XI/Demo/Airline.
Design Time
Concept |
Description |
|
The process integration scenario comprises an asynchronous communication step between the travel agency and the airline. |
Synchronous
|
The process integration scenario uses a separate synchronous service interface for the sender and receiver. Each service interface contains a message type for each request and response. The structure of the exchanged messages is described by the referenced data types. |
The outbound interface (on the travel agency side) uses the context object AirlineID to address the field of the same name in the message. You use the context object to formulate airline-dependent routing conditions. |
|
The fault message type FlightNotFound is used to handle the error situation Flight not found. |
|
Communication
Without Mapping and with Different
|
The message types used by the travel agency are structurally identical to the message types of the same name of the airline. Furthermore, the message types of the travel agency use the XML namespace of the airline, that is, messages are sent or expected in the namespace of the airline at runtime. This means that the messages used by the travel agency are identical to those messages used by the airline. Therefore, mapping is not necessary. |
Synchronous Outbound Proxy and Synchronous Inbound Proxy |
There is an executable client proxy in the SAP system (ABAP object class) for the outbound service interface of the travel agency. There is an executable server proxy in the SAP system (ABAP object interface with an implementing ABAP object class) for the inbound service interface of the airline. |
Configuration Time
All descriptions for configuration time are based on the SAP standard configuration.
Concept |
Description |
Using
|
All configuration data for the process integration scenario is grouped into a configuration scenario in the Integration Directory. |
The process integration scenario CheckFlightSeatAvailability is used as a template for configuration. You use the model configurator to enter the required configuration data from the process integration scenario step-by-step. The model configurator generates all the relevant configuration objects (receiver determinations, interface determinations, collaboration agreements). |
|
A communication component of the type Business System Service is defined in the Integration Directory for each of the three involved application systems (travel agency system, airline system for Lufthansa, airline system for American Airlines). This enables you to address the application systems as the sender of receiver of messages. |
|
|
A receiver determination defines the receiver for the flight availability check request sent by the travel agency. To ensure that the request is sent to the correct airline system (Lufthansa or American Airlines), the routing condition is airline-dependent (context object AirlineID). |
Two interface determinations define the inbound interface for the flight availability check request sent by the travel agency in each of the two airline systems (Lufthansa and American Airlines). An operation mapping is not assigned. |
|
Receiver agreements are defined in the standard configuration for: ● The travel agency (sender) and the airline Lufthansa (receiver) ● The travel agency (sender) and the airline American Airlines (receiver) Each receiver agreement defines the technical details for outbound processing of the message by means of its assigned communication channel. Since both receivers (Lufthansa and American Airlines) expect the XI message format, both receiver agreements are assigned a communication channel with the adapter type XI. The sender (travel agency) sends the message in XI message format. Therefore, a sender agreement to specify inbound processing in more detail is not necessary. |
Runtime
Concept |
Description |
Communication Using Proxy Runtime |
The SAP systems of the travel agency and the airlines are based (in the standard configuration) on Application Server ABAP. Therefore, you can use ABAP proxies to connect them to the Integration Server. |
Synchronous Communication |
The travel agency and airline communicate with each other synchronously. Once the request message has been sent (flight availability check request), a response message is expected from the receiver (airline). Once the request message has been sent, no further messages can be sent until the response to the request has arrived back at the sender (travel agency). |
Error During Synchronous Communication |
If the application error Flight not found occurs at the receiver (airline), it sends a fault message to the sender (travel agency). |
|
You use monitoring to display and analyze the messages (for the various processing phases). |