RSS

Archiv der Kategorie: SAP

SAP PI: Rest Adapter

SAP PI: Rest Adapter

Ein SAP PI Rest Adapter wird wohl von SAP direkt nicht zur Verfügung gestellt – als Alternative gibt es den kommerziellen Rest Adapter von Advantco.

Im Rahmen Rest Adapter/SAP PI gab es viele Diskussionen, einige waren der Meinung, dass diese Aufabe dem SAP Gateway überlassen werden sollte. Argumente, die durchaus für einen Rest Adapter in SAP PI sprechen sind u.a.:

  • Integration von Cloud- und anderen Web-based-Services
  • Integration von „Mobile Devices“, z.B. Smartphones, Tablets etc.
  • Einfache Integration von SAP(!) und 3rd-Party-Applikationen, die nur Rest-Services zur Verfügung stellen.
    Hier fällt mir SAP Identity Management (SAP IdM) ein, welches eine umfangreiche Rest-Schnittstelle zur Verfügung stellt.

Wie auch immer, von der SAP direkt wird es wohl in nächster Zeit keinen Rest-Adapter geben und es stellt sich die Frage, welche Alternativen gibt es. Natürlich kann man den kommerziellen Rest Adapter von Advantco verwenden. Die Alternative wäre, einen SOAP-Rest-Wrapper zu implementieren, der beispielsweise als Webservice auf dem Rest-Zielsystem die SOAP-Calls in Rest-Calls (und umgekehrt) umwandelt. Ich habe das für SAP Idm bereits erfolgreich umgesetzt. Das ist zwar so, wie wenn man auf einen „platten“ Reifen einen „neuen“ Reifen zieht, aber kostengünstig. Bisher ist mir leider keine kostengünstigere Variante eingefallen.

Links:

 
Hinterlasse einen Kommentar

Verfasst von - März 30, 2012 in SAP, WebServices

 

Schlagwörter: , , ,

Linksammlung: IDoc to SAP ERP over HTTP from any application

Linksammlung: IDoc to SAP ERP over HTTP from any application

Anbei eine kleine Linksammlung zum Thema „IDocs an SAP ABAP Systeme über HTTP schicken“:

Wie man IDocs als XML direkt per HTTP (ohne weitere Middleware) an ein ABAP System schickt, zeigt folgender Artikel:

Post IDoc to SAP ERP over HTTP from any application

Erstellen eines WebServices in ABAP zum Empfang von XML IDocs:

CONNECTING A THIRD PARTY TO SAP ECC USING HTTP XML FORMAT.PDF

Ersetzen des SOAP Adapters durch den HTTP Adapter (SAP PI):

SAP PI: SOAP Adapter durch HTTP Adapter ersetzen

 

 
Hinterlasse einen Kommentar

Verfasst von - Januar 15, 2012 in Applikationsserver, SAP

 

Schlagwörter: , , ,

Kurzmitteilung
SAP IdM REST API: Aktualisierte Ausgabe der Doku

SAP Netweaver Identity Management Identity Center REST API

SAP IdM REST API: Aktualisierte Ausgabe der Doku

 
 

Schlagwörter: ,

Kurzmitteilung
SAP PI 7.3 EHP 1 Troubleshooting Guide

http://www.sdn.sap.com/irj/scn/index?rid=/library/uuid/e088cec0-700d-2f10-5a86-d11bed0b9367

SAP PI 7.3 EHP 1 Troubleshooting Guide

 
Kommentare deaktiviert für SAP PI 7.3 EHP 1 Troubleshooting Guide

Verfasst von - Dezember 20, 2011 in SAP

 

Schlagwörter:

SAPGUI Java 7.20: Einrichten Verbindung zu SAP System

SAPGUI Java 7.20: Einrichten Verbindung zu SAP System

Als ich das erste mal die SAP GUI für Java gestartet und versucht habe eine Verbindung einzurichten, war ich doch etwas verwirrt. Einfach mal die IP Adresse, Systemname und Instanznummer eingeben ? Iss nicht!

Um eine Verbindung einzurichten, gehen Sie wie folgt vor:

  1. Starten der SAP GUI
  2. Rechtsklick auf Verbindungen
  3. Neu
  4. Unter „Beschreibung“ irgendetwas eingeben
  5. Tab „Erweitert“ anklicken
  6. „Erweiterte Verbindungsinformationen“ anklicken
  7. Connection String, in der Form conn=/H/<IP Adresse>/S/32<Instanz> eingeben

 
Hinterlasse einen Kommentar

Verfasst von - Dezember 19, 2011 in SAP

 

Schlagwörter:

SAP PI: Sync/Async und Async/Sync Szenarios ohne BPM


Zur Kommunikation zwischen Asynchronen und Synchronen Schnittstellen wurde in der Vergangenheit die ccBPM (cross component Business Process Management) benötigt und verwendet. Mit der Migration auf PI 7.1 können für solche Szenarien die SAP Standard Adapter Module RequestResponseBean und ResponseOnewayBean verwendet und auf die ccBPM verzichtet werden.

Diese Funktionalität steht seit PI 7.0 SP10 im Standard zur Verfügung.

Links:
Sync-Async without ccBPM
Async-Sync without ccBPM und File-RFC-File
RequestResponseBean
ResponseOnewayBean 

 
Hinterlasse einen Kommentar

Verfasst von - September 8, 2011 in SAP

 

Schlagwörter:

SAP PI: IDoc Adapter Packaging


Vor PI 7.1 EHP 1 wurden BPM oder Workarounds verwendet, um IDocs als Paket zu sammeln. Seit PI 7.1 EHP 1 hat SAP ein neues Feature namens IDoc Paketverarbeitung eingeführt: Anstatt jedes IDoc sofort zu versenden, können diese in dem Absender-System gesammelt und dann als Paket an SAP NetWeaver PI gesendet werden. Nur ein RFC Anruf ist erforderlich, um mehrere IDocs zu übertragen, was die Performance wesentlich verbessert.

Durch die Verarbeitung mehrerer Nachrichten in einem Paket, kann der Overhead pro Nachricht reduziert werden. Dadurch werden weniger Hardware-Ressourcen verbraucht und ein erhöhter Nachrichten-Durchsatz wird erreicht.

Allerdings kann man hier die Paketgrösse nicht beliebig erhöhen, da die Grösse der resultierenden Nachrichten einen Einfluß auf die Performance hat (siehe hierzu: Mastering SAP NetWeaver PI Throughput with Message Packaging).

Die IDoc Paketgröße sollte so gewählt werden, dass eine optimale Nachrichtengröße zwischen einem und fünf MB erzielt wird. Dies hängt von der üblichen Anzahl der Segmente pro IDoc ab und kann bei verschiedenen IDoc Typen unterschiedlich sein.

Um eine optimale Nachrichtengröße zu erzielen, kann es sinnvoll sein, mehrere IDoc Sender Kanäle mit unterschiedlichen Paketgrößen anzulegen und diese je nach Szenario in der Sender Vereinbarung zu verwenden.

Im sendenden ABAP System im Partnerprofil (WE20) für den entsprechenden Nachrichtentyp:
Output Mode: Collect IDocs
Pack. Size: z.B. 25

Zum Übertragen der gesammelten IDocs muss der Report RSEOUT00 periodisch eingeplant werden (SM36)!

Üblicherweise, zumindest bis PI 7.11, muss kein Sender-Agreement für den IDoc- und den HTTP-Adapter angelegt werden. Bei Verwendung von Packaging im IDoc-Adapter muss man allerdings im PI ein Sender Agreement mit IDoc Sender Channel einrichten. Zusätzlich muss im korrespondierenden IDoc Channel IDoc Packaging aktivieren sein und unter IDoc Package Size der gleichen Wert wie auf dem ABAP System (z.B. 25) angeben.

Im Message und Operation Mapping muss Occurence nicht auf unbounded gesetzt werden, sondern kann auf 1 bleiben! In der Zielnachricht des Message Mapping muss man aber berücksichtigen, dass mehrere IDocs in einer Nachricht ankommen können.

(siehe auch: Link)

Für jedes IDoc Paket wird im ABAP System für die Übertragung eine eindeutige Transaktionsnummer vergeben. Im PI System wird für jedes Paket eine Message ID vergeben. Ist die Paketgrösse in der Partnervereinbarung des ABAP Systems grösser gewählt als im IDOC Sender Adapter des PI, dann bleibt die Transaktionsnummer für die ABAP Paketgrösse gleich und die Message ID im PI für die IDOC Sender Adapter Paketgrösse. Es gibt dann pro ABAP Paket mehrere PI Pakete, d.h. es findet ein Message-Split im PI statt. Ist die Paketgrösse im ABAP System kleiner als im PI, dann wird die Transaktionsnummer und Message ID von der Paketgrösse im ABAP System bestimmt.

Achtung:
Bei der Verwendung der konditionsabhängigen Empfänger Ermittlung gibt es bei IDoc Paketen folgende Besonderheit. Wenn die eingegebene Bedingung bei einem der IDocs innerhalb eines Paketes erfüllt ist, wird das gesamte IDoc Paket weiter geleitet und nicht nur die Nachrichten, für die die Bedingung erfüllt ist.

Dies bedeutet, wenn die Konditionsabhängige Empfänger / Interface Ermittlung eingesetzt wird, muss das Message Mapping die Konditionsabfrage erneut durchführen und nur die IDocs in die Zielstruktur übernehmen, bei denen die Bedingungen erfüllt sind.

 

 
Hinterlasse einen Kommentar

Verfasst von - August 26, 2011 in SAP

 

Schlagwörter:

 
Erstelle eine Website wie diese mit WordPress.com
Jetzt starten