Adapter 
Einsatzmöglichkeiten
Adapter ermöglichen der Integration Engine und dem Partner Connectivity Kit (PCK) mit den unterschiedlichsten Anwendungen zu kommunizieren.
Einführungshinweise
Adapter werden nur zur Kommunikation mit SAP-Systemen < 6.20 sowie mit Fremdsystemen benötigt. Für SAP-Systeme, die auf dem SAP Web Application Server 6.20 oder höher basieren, wird eine direkte Systemverbindung über Proxies und ohne zusätzliche Adapter unterstützt.
Funktionsumfang
Adapter verbinden die Integration Engine sowohl mit SAP-Altsystemen als auch mit Fremdsystemen.
So integrieren Adapter zum Beispiel vorhandene SAP-Komponenten mit der SAP Exchange Infrastructure. Hierbei werden XML- und HTTP-basierte Dokumente in IDocs (IDoc-Adapter) und RFCs (RFC-Adapter) konvertiert und umgekehrt. Somit können Sie Ihre bestehende SAP-Infrastruktur mit der neuen, auf Austausch von XML-Nachrichten und auf Systemintegration basierenden SAP-Infrastruktur integrieren.
Weiterhin bietet der Plain-HTTP-Adapter Anwendungssystemen die Möglichkeit, über eine HTTP-Verbindung mit der Integration Engine zu kommunizieren und Business-Daten in einem einfachen Format auszutauschen.
Die J2EE-basierte Adapter-Engine stellt Ihnen verschiedene Adapter zur Verfügung, mit denen Sie Fremdsysteme an Ihre Integration Engine anbinden können. Mit Hilfe dieser Adapter werden XML- und HTTP-basierte Messages in die spezifischen Protokolle und Formate der jeweiligen Fremdsysteme konvertiert und umgekehrt. Für Adapter in der Adapter-Engine können generische Module im Modul-Prozessor angeben werden, die den Adapter mit zusätzlichen Funktionen ausstatten. Unter Module werden die von SAP ausgelieferten Module beschrieben.
Hinweise zur Entwicklung von Modulen finden Sie unter: Adapter- und Modulentwicklung. Hier wird auch beschrieben, wie Sie neue Adapter erstellen.
Neben der J2EE-basierten Adapter-Engine steht Ihnen die Plain-J2SE-basierte Adapter-Engine weiterhin zur Verfügung.
Adaptertypen und Attribute
Adaptertyp |
Transport-Protokoll |
Message-Protokoll |
QoS |
Anlagen |
Acknowledgments |
Attribute im Message-Header |
Sender: tRFC File Empfänger: tRFC |
IDoc-XML |
EO EOIO mit qRFC |
Nein |
System-Acknowledgments (nicht beim Sender) Systemfehler-Acknowledgments Anwendungs-Acknowledgments Anwendungsfehler-Acknowledgments |
|
|
RFC |
RFC-XML |
BE EO EOIO |
Nein |
Empfänger: System-Acknowledgments Systemfehler-Acknowledgments |
Sender Empfänger |
|
HTTP(S) 1.0 |
XI-Payload im HTTP-Body |
BE EO EOIO |
Nein |
Empfänger: System-Acknowledgments Systemfehler-Acknowledgments |
Sender Empfänger |
|
HTTP(S) |
RFC-XML mit Umschlag IDoc-XML |
BE EO |
Nein |
Siehe unten |
|
|
Dateisystem (NFS) File Transfer Protocol (RFC 959) File Transfer Protocol über SSL/TLS (RFC 4217) |
Datei Datei mit Umwandlung des Inhalts |
BE EO EOIO |
Ja (Sender) |
Siehe unten |
Sender Empfänger |
|
JDBC 2.0 |
Sender: JDBC 2.0 Empfänger: XML SQL-Format Natives SQL-Format |
BE EO EOIO |
Nein |
Siehe unten |
|
|
SonicMQ JMS Provider WebSphereMQ (MQ Series) (nicht-JMS) Zugriff auf JMS Provider mit JNDI Administrierbare Objekte des JMS Provider aus Datei lesen Generischer Zugriff auf JMS-Provider |
JMS 1.x |
EO EOIO |
Nein |
Siehe unten |
Sender Empfänger |
|
Sender: HTTP Empfänger: HTTP(S) SMTP(S) Axis-SOAP Sender: Servlet Task (aktiv oder passiv) Empfänger: HTTP(S) SMTP File Generisch |
SOAP 1.1 Axis: SOAP 1.1 SOAP 1.2 |
BE EO EOIO |
Ja (Sender, Empfänger) |
Siehe unten |
Sender Empfänger (nicht für Axis) |
|
HTTP(S) JMS Sonic MQ 3.5 |
MML |
BE EO |
Ja (Sender, Empfänger) |
Siehe unten |
|
|
Sender: IMAP4 POP3 Empfänger: IMAP4 SMTP |
IXALL XIPAYLOAD |
BE EO EOIO |
Ja, bei XIPAYLOAD (Sender, Empfänger) |
Siehe unten |
Sender Empfänger |
|
HTTP 1.1 HTTPS |
RNIF 2.0 |
EO |
Ja |
Siehe unten |
Sender Empfänger (für Antwortender von zwei Aktionen) |
|
HTTP 1.1 HTTPS |
RNIF 1.1 |
EO |
Nein |
Siehe unten |
Sender Empfänger (für Antwortender von zwei Aktionen) |
|
HTTP 1.1 HTTPS |
RNIF 1.1 |
EO |
Nein |
Siehe unten |
Sender |
|
HTTP(S) 1.0 |
XI 2.0 XI 3.0 |
BE EO EOIO |
Ja |
|
|
Acknowledgments
● Empfänger-Adapter der Adapter-Engine
○ Empfänger-Adapter, die auf der Adapter-Engine laufen, unterstützen System-Acknowledgments und Systemfehler-Acknowledgments, wenn sie vom Sender angefordert werden. Diese Acknowledgments werden dann ausgelöst, wenn die Message erfolgreich vom Adapter verarbeitet ist oder bei der Verarbeitung im Adapter ein Fehler aufgetreten ist.
○ Eine Ausnahme bildet der JMS-Empfänger-Adapter. Hier können Sie über einen Parameter in der Konfiguration einstellen, ob ein System-Acknowledgment verschickt wird wie bei allen anderen Adaptern oder ob DeliveryAckNotSupported verschickt wird. Dies ist dann sinnvoll, wenn die Ablieferung der Nachricht durch den JMS-Adapter als zu schwach angesehen wird, um ein System-Acknowledgment auszulösen.
○ Empfänger-Adapter der Adapter-Engine unterstützen keine Anwendungs-Acknowledgments.
Eine Ausnahme bilden die RNIF- und der CIDX-Adapter, die szenario-abhängig auch Anwendungsfehler-Acknowledgments unterstützen.
○ Alle Empfänger-Adapter verschicken ApplicationAckNotSupported und ApplicationErrorAckNotSupported.
Sender-Adapter der Adapter-Engine fordern keine Acknowledgments an.
Adapterspezifische Attribute im Message-Header
Einige Adapter unterstützen spezifische Message-Attribute.