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 der Verwendungsart SAP NetWeaver 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 |
Quality-of-Service |
Anlagen (Attachments) |
Acknowledgments |
Attribute im Message-Header |
Sender-Adapter: ● tRFC ● File Empfänger-Adapter: ● tRFC |
IDoc-XML |
EO, EOIO mit qRFC |
Nein |
Systemfehler-Acknowledgments Anwendungs-Acknowledgments Anwendungsfehler-Acknowledgments |
|
|
RFC |
RFC-XML |
BE, EO, EOIO |
Nein |
Siehe unten unter Acknowledgments |
Sender |
|
HTTP(S) 1.0 |
XI-Payload im HTTP-Body |
BE, EO, EOIO |
Nein |
Nein |
Sender Empfänger |
|
HTTP(S) |
RFC-XML mit Umschlag IDoc-XML |
BE, EO |
Nein |
Siehe unten unter Acknowledgments |
|
|
● Dateisystem (NFS) ● File Transfer Protocol/File Transfer Protocol über SSL/TLS |
● Datei ● Datei mit Umwandlung des Inhalts |
BE, EO, EOIO |
Ja (Sender) |
Siehe unten unter Acknowledgments |
Sender Empfänger |
|
JDBC 2.0 |
Sender-Adapter: JDBC 2.0 Empfänger-Adapter: ● XML SQL-Format ● Natives SQL-Format
|
BE, EO, EOIO |
Nein |
Siehe unten unter Acknowledgments |
|
|
● 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 unter Acknowledgments |
Sender Empfänger |
|
Sender: ● HTTP Empfänger-Adapter: ● HTTP(S) ● SMTP(S) Axis-SOAP-Sender: Servlet Task (aktiv oder passiv) Axis-SOAP-Empfänger: HTTP(S) SMTP File Generisch |
SOAP 1.1 Axis-SOAP: SOAP 1.1 SOAP 1.2 |
BE, EO, EOIO |
Ja (Sender, Empfänger) Nicht für Axis |
Siehe unten unter Acknowledgments |
Sender Empfänger Nicht für Axis |
|
● HTTP(S) ● JMS Sonic MQ 3.5 |
MML |
BE, EO |
Ja (Sender, Empfänger) |
Siehe unten unter Acknowledgments |
|
|
Sender-Adapter: ● IMAP4 ● POP3 Empfänger-Adapter ● IMAP4 ● SMTP |
● IXALL ● XIPAYLOAD |
BE, EO, EOIO |
Ja, bei XIPAYLOAD (Sender, Empänger) |
Siehe unten unter Acknowledgments |
Sender Empfänger |
|
● HTTP 1.1 ● HTTPS |
RNIF 2.0 |
EO |
Ja |
Siehe unten unter Acknowledgments |
Sender
Empfänger (für Antwortender von zwei Aktionen) |
|
● HTTP 1.1 ● HTTPS |
RNIF 1.1 |
EO |
Nein |
Siehe unten unter Acknowledgments |
Sender
Empfänger (für Antwortender von zwei Aktionen) |
|
● HTTP 1.1 ● HTTPS |
RNIF 1.1 |
EO |
Nein |
Siehe unten unter Acknowledgments |
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. Siehe auch: Adapterspezifische Attribute im Message-Header