
Konfigurieren Sie für folgende Situationen einen XI-Empfänger-Adapter:
Im Integration Server, um XML-Messages an eine Integration Engine zu verschicken.
Im Integration Server, um Messages an ein Business-System und die ABAP-Proxy-Laufzeit oder den AS Java und die Java-Proxy-Laufzeit weiterzuleiten,
Wählen Sie das Transport-Protokoll :
HTTP 1.0
HTTPS 1.0
Wählen Sie das Message-Protokoll :
XI 3.0 oder XI 3.1
Zur Anbindung einer ABAP-basierten Integration Engine, Web AS 6.40.
Zur Anbindung der Advanced Adapter Engine Extended
Zur Anbindung der Advanced Adapter Engine
Zu Anbindung der Java Proxy Runtime
Beachten Sie folgenden Hinweis zur Verwendung der Protokolle XI 3.0 und XI 3.1 :
Verwendung des Message-Protokolls XI 3.0 :
Wenn Sie eine asynchrone Message vom Integration Server an die Advanced Adapter Engine senden, bestätigt diese den Empfang mit einer synchronen Rückantwort, einem "internen" Acknowledgment und zusätzlich einem HTTP 200 - OK ( "Ihre Anfrage hat den gewünschten Server erreicht" ). Der Aufbau des "internen" Acknowledgment kostet Zeit und kann die Performanz beeinträchtigen.
Verwendung des Message-Protokolls XI 3.1 :
Wenn Sie dieses Message-Protokoll verwenden, wird kein "internes" Acknowledgment aufgebaut und synchron zurück gesendet, sondern stattdessen lediglich eine HTTP 202-Meldung. Dies kann sich günstig auf die Performanz auswirken.
Zur Anbindung der Adapter-Engine (SE)
XI 2.0 zur Anbindung einer ABAP-basierten Integration Engine, AS 6.20
Die Adapter-Engine heißt im Integration Server Integration Server .
Adressierungsart definieren
Wählen Sie im Integration Server die Adressierungsart:
URL-Addresse
Geben Sie an:
Zielmaschine
Geben Sie den Host-Namen des Empfängersystems an.
Servicenummer
Geben Sie den HTTP-Port an.
Pfadpräfix
Pfadpräfix des Empfängers
HTTP-Destination
Geben Sie die Adresse des Empfängers an.
Damit die Message verarbeitet werden kann, muss die Destination im Empfänger-System definiert sein.
Bei einem ABAP-basierten Empfänger muss es sich um eine RFC-Destination vom Typ H (HTTP-Verbindung zu einem SAP-System) handeln.
Bei einem nicht-ABAP-basierten Empfänger muss es sich um eine RFC-Destination vom Typ G handeln.
In der Destination sind Anmeldedaten hinterlegt.
Authentifizierungsdaten definieren
Wählen Sie die Authentifizierungsart :
Anmeldedaten für SAP-Systeme verwenden
Diese Angaben machen Sie unter Benutzername/Kennwort .
Wollen Sie Messages mit einem ABAP-basierten Empfänger austauschen, geben Sie an:
Benutzername
Benutzerkennwort
Anmeldesprache
Mandant
Anmeldedaten für nicht-SAP-Systeme verwenden
Wollen Sie Messages mit einem nicht-ABAP-basierten Empfänger austauschen, geben Sie an:
Benutzername
Benutzerkennwort
Anonyme Anmeldung
Führt der Empfänger keine Authentifizierung durch, wählen Sie diese Option.
Sicherheitseinstellungen definieren
Wollen Sie zusätzliche Einstellungen zur Web-Services-Sicherheit in der zugehörigen Empfängervereinbarung zum Signieren und Verschlüsseln von Messages vornehmen, wählen Sie Sicherheitsprofil wählen .
Das Sicherheitsprofil ist Web-Services-Sicherheit .
Diese Möglichkeit besteht nur für das Message-Protokoll XI 3.0.
Stationen der Message (Hop List) übertragen
Um die Stationen, die eine Message in der Process Integration durchläuft, in der XI-Message zu übertragen, wählen Sie Stationen der Message (Hop List) übertragen .
Diese Möglichkeit besteht nur für das Message-Protokoll XI 3.0.
Die Hop List wird für das Senden von Acknowledgments benötigt.
Weitere Informationen: Verarbeitung von Acknowledgment-Messages .
Wenn die Hop List nicht über die Grenzen der eigenen Systemlandschaft hinausgegeben werden soll, setzen Sie das Kennzeichen nicht..
Wollen Sie eine Request-Message über Ihre Systemlandschaft hinaus verschicken (B2B) und die Hop List ist gelöscht, besteht folgende Möglichkeit, ein Acknowledgment zurück zu erhalten:
Im Integration Server, der diese Request-Message empfängt, muss der Sender der Request-Message (Kommunikationspartner und Service) angelegt sein. Zu diesem Sender muss ein Empfängerkanal vom Adaptertyp XI angelegt sein, der in der Zieladresse auf Ihren Integration Server verweist.
Wenn das Acknowledgment auf Ihrem Integration Server ankommt, kann es nur dann an den ursprünglichen Sender der Message weitergeleitet werden, wenn die zugehörige Request-Message weder gelöscht noch archiviert wurde.