Anwendungsentwicklung mit ABAP Objects - Amazon S3

49 Pages·2014·2.99 MB·German

Wissen aus erster Hand.
Leseprobe
Lernen Sie die wesentlichen Techniken kennen, die Sie benötigen,
um ein Integrationsprojekt mit Webservice-Technologien zu meis-
tern!
Kapitel 9:
»Entwicklung von Webservices«
Inhaltsverzeichnis
Index
Die Autoren
Leseprobe weiterempfehlen
Thorsten Franz, Tobias Trapp
Anwendungsentwicklung mit ABAP Objects
695 Seiten, gebunden, 2. Auflage 2014
69,90 Euro, ISBN 978-3-8362-2635-6
www.sap-press.de/3472
9 »Inmitten der Schwierigkeit liegt die Möglichkeit«
(Albert Einstein)
9 Entwicklung von Webservices
Als das Gartner-Unternehmen den Begriff der serviceorientierten
Architektur (SOA) prägte, dachten viele, dies würde die IT-Architek-
turen grundlegend ändern: In Zukunft würden alle Systeme ihre
Funktionen als Services exponieren, die sich flexibel wiederverwen-
den und orchestrieren lassen und die Entwicklung von IT-Systemen
und ganze Architekturen agiler machen. Es gibt Unternehmen, die
dies erreicht haben, aber Studien haben ergeben, dass der Grad der
Wiederverwendung von Services mit einem Faktor von 1.6 sehr
gering ist (siehe D. Krafzig et al., 2006). Hierfür gibt es viele Gründe.
Zum Beispiel erschweren unterschiedliche Ordnungsbegriffe oder
unterschiedliche Datenmodelle von Geschäftsprojekten innerhalb
einer IT-Architektur die Wiederverwendung von Services. Dennoch
existieren auch Services mit hohem Wiederverwendungsgrad, die
wertvolle Bestandteile in einer IT-Architektur sind.
Obwohl sich die hohen Erwartungen an serviceorientierte Architek-
turen nicht immer erfüllt haben, sind Webservices heute wichtige
Bestandteile von IT-Systemen. In sogenannten B2B-Szenarien nutzen
wir sie zum Datenaustausch mit anderen Geschäftspartnern, und
auch im Bereich der Anwendungsintegration spielen sie eine wich-
tige Rolle: Externe Systeme können auf Daten und Funktionen des
SAP-Backends zugreifen, und umgekehrt können wir von SAP-Syste-
men auf Spezialanwendungen (wie z.B. Expertensysteme) zugreifen.
In diesem Kapitel lernen Sie die wesentlichen Techniken kennen, die
Sie benötigen, um ein Integrationsprojekt mit Webservice-Technolo-
gien zu meistern. Im Vordergrund steht die Entwicklung von soge-
nannten Enterprise Services, also SOAP-Webservices, die nach einem
Modellierungsstandard der SAP erstellt wurden und besondere Qua-
litätseigenschaften besitzen.
515
9 Entwicklung von Webservices Überblick über die Konnektivitätstechnologien des AS ABAP 9.1
Die Modellierung und Entwicklung von Enterprise Services wird 9.1.1 Weiterentwicklung der RFC-Technologie
sehr gut durch Tools unterstützt. Die Herausforderung in Integrati-
Neben anderen Anbindungsmöglichkeiten baut SAP auch die RFC-
onsprojekten besteht unserer Erfahrung nach jedoch nicht in der
Infrastruktur weiter aus:
Benutzung von Tools, sondern im Verstehen der zugrunde liegenden
(cid:2) In früheren SAP-Releases war die Übermittlung von tabellenar-
Standards sowie im Verstehen der Infrastruktur des AS ABAP, der
tigen Daten nur in TABLES-Parametern möglich. Dies hat sich ge-
Administration sowie der komplexen Frameworks dieser Infrastruk-
ändert, sodass es möglich ist, die Schnittstellen einfacher zu ge-
tur. Aus diesem Grund legt dieses Kapitel besonderen Wert auf die
stalten.
Zusammenhänge und gibt Tipps für den Praktiker. Dennoch wird die
Verwendung der wichtigsten Tools im Detail erklärt. Weitere The- (cid:2) Die Performance von RFCs wurde durch binäres XML (sogenann-
men dieses Kapitels sind: tes basXML) verbessert. Dieses funktioniert bei tabellenartigen
Daten noch nicht so schnell wie das binäre Format der TABLES-
(cid:2) Kriterien für die Auswahl der richtigen Technologie (siehe Ab-
Parameter, aber auch hier sind Verbesserungen zu erwarten.
schnitt 9.1, »Überblick über die Konnektivitätstechnologien des
AS ABAP«) (cid:2) Auch das klassische RFC-SDK wurde aktualisiert. Sie finden eine
Liste der Verbesserungen sowie weitere Informationen zum aktu-
(cid:2) Stärken von Webservices sowie die von SAP NetWeaver unterstütz-
ellen SAP NetWeaver SDK im Service Market Place unter http://
ten Standards (siehe Abschnitt 9.2, »Grundlagen zu Webservices«)
service.sap.com/connectors im Unterpunkt SAP NetWeaver RFC
(cid:2) Best Practices für Modellierung, Implementierung und Test Library.
(cid:2) typische Fehler bei SOA-Projekten und wie man sie vermeidet (cid:2) Die Security-Infrastruktur wurde in der Vergangenheit stetig ver-
bessert. So wurde z.B. bei RFCs eine automatische Prüfung auf das
Berechtigungsobjekt S_RFC durch den Profilparameter auth/rfc_
9.1 Überblick über die Konnektivitäts-
authority_check ermöglicht. Ebenso gibt es Neuerungen in
technologien des AS ABAP Release 7.40 von SAP NetWeaver, auf die wir im Folgenden noch
eingehen werden.
Stärke von Die Stärke von Webservices liegt in der Verwendung offener Stan-
Webservices dards, die die Integration von SAP- und Nicht-SAP-Systemen ermög- Bei der Kommunikation zwischen AS-ABAP-Systemen ist die RFC- Für und Wider
licht. Zwischen zwei AS-ABAP-Systemen sind RFCs immer noch sehr Technologie immer noch eine gute Wahl. Im Vergleich zu Webser- von RFC
vices existieren aber auch einige Nachteile, insbesondere was die fle-
gebräuchlich. Ebenso lassen sich auch externe Systeme anbinden, für
xible Erweiterbarkeit angeht: Es ist möglich, einen Webservice kom-
die es einen eigenen Connector gibt, wie z.B. den Java-Connector
patibel durch optionale Felder zu erweitern, ohne dass Clients
(JCo), den .NET-Connector für .NET sowie das RFC Software Develop-
angepasst werden müssen. Bei Erweiterungen von RFCs ist dies nicht
ment Kit (SDK) für C bzw. C++. Somit ist RFC auch im Bereich der
so einfach möglich: Wird z.B. eine Komponente in einer Struktur
Anwendungsintegration über das klassische RFC SDK bzw. das aktu-
eines Übergabeparameters eingefügt und in der Länge verändert,
elle SAP NetWeaver RFC SDK möglich, setzt aber in der Regel ein
dann werden die Daten falsch übertragen, es kommt aber nicht zu
Sicherheitskonzept voraus, da sich derzeit im Gegensatz zu Webser-
einem Laufzeitfehler wie beim Aufruf eines Funktionsbausteins. Die
vices die nach außen exponierten Funktionsbausteine nicht ein-
einzige Möglichkeit, zu verhindern, dass Clients angepasst werden
schränken lassen, sodass ein Missbrauch möglich ist. Aber auch in
müssen, sobald die Anpassung der Schnittstelle erfolgt und transpor-
diesem Bereich existieren derzeit Verbesserungen in Hinblick auf die
tiert ist, ist durch einen Mapping-Mechanismus einer Middleware
Sicherheit, die wir im Folgenden vorstellen.
gegeben, wie z.B. der SAP NetWeaver Process Infrastructure.
516 517
9 Entwicklung von Webservices Überblick über die Konnektivitätstechnologien des AS ABAP 9.1
Neuerung in SAP Ab Release 7.40 gibt es für dieses Problem noch eine andere Mög- Verwendung ausgeschlossen werden können, um Missbrauch vorzu-
NetWeaver 7.40 lichkeit: Der SAP ABAP Connector ermöglicht es, sogenannte Consu- beugen. Der AS ABAP besitzt eine Infrastruktur, die diese Standards
mer Mappings anzulegen, die es ermöglichen, dass RFCs über die unterstützt.
Webservice-Infrastruktur angesprochen werden, wobei als Provider
ABAP-Anwendungen kommunizieren in der Regel über generierte ABAP-Proxys
ein RFC aufgerufen wird. Auf diese Weise ist es möglich, RFC-Auf-
Objekte, sogenannten Proxys, mit externen Systemen. Für die Erstel-
rufe zwischen SAP-Systemen zu flexibilisieren, wenn sich im Provi-
lung dieser Proxys existiert im AS ABAP eine Entwicklungsumge-
der-System die Schnittstelle ändert. Weitere Informationen finden
Sie im SAP Help Portal unter Connectivity (cid:2) SAP ABAP Connector. bung in der ABAP Workbench bzw. der Transaktion SPROXY. Diese
Proxys kommunizieren mit der Webservice-Runtime des AS ABAP,
Verbesserungen im Eine weitere Neuerung in Release 7.40 wird im Bereich Unified
sodass externe Nachrichten sowohl empfangen als auch gesendet
Bereich Security Connectivity beschrieben. Hier gibt es insbesondere ein neues Secu-
werden können.
rity-Verfahren für RFCs. In der Vergangenheit existierte die Schwä-
Welche Gründe gibt es, in einem Integrationsprojekt Webservice-
che, dass alle RFCs eines Systems automatisch exponiert werden, was
Technologien zu verwenden? Ein typisches Szenario ist die Integra-
einen Missbrauch ermöglichen kann. Bei Webservices hingegen
tion einer externen Spezialanwendung, deren Funktionen Sie über
kann man ganz gezielt durch die Transaktion bestimmen, welche
SOAP aufrufen. Ebenso müssen externe Systeme auf das SAP-System
Services exponiert werden und welche nicht, was in Abschnitt 9.4.3,
in B2B-oder A2A-Szenarien zugreifen. Hier können Sie die Enter-
»Konfiguration des Webservice mit dem SOAMANAGER«, beschrie-
prise Services der SAP Business Suite verwenden, gegebenenfalls
ben wird. In Zukunft können Sie dieses Ein- und Ausschalten ebenso
erweitern und auch durch eigene Enterprise Services ergänzen, die
bei RFCs durchführen.
Funktionen mit Ihrer Kundenanwendung in einer SOA exponieren.
Ebenso kann es sein, dass Sie in einem B2B-Szenario Daten (wie z.B.
9.1.2 OData für moderne Webanwendungen und Rechnungen oder Bestellungen) aus einem externen System an den
leichtgewichtige Integrationsszenarien AS ABAP übermitteln wollen. Hier können Sie gegebenenfalls exis-
tierende Enterprise Services nutzen oder in Ihrer Anwendung eigene
Für die Entwicklung moderner Webanwendungen sind RFCs nicht
Services nach einem B2B-Standard, der auf SOAP aufbaut, modellie-
geeignet, da diese in der Regel mittels AJAX-artiger Techniken in
ren und implementieren.
JavaScript auf das Backend zugreifen. Hier haben sich leichtgewich-
tige REST-basierte Schnittstellen wie OData etabliert. Für die genau- Ein weiterer Vorteil von Webservices ist die Beschreibung durch Metadaten
ere Beschreibung dieser Funktionalitäten sei auf SAP Help Portal auf Metadaten. Die Modellierung einer Schnittstelle erfolgt durch die
SAP Gateway verwiesen, da diese den Rahmen dieses Buches spren- sogenannte WSDL, ein Dokument in der sogenannten Web Services
gen würden. Description Language. Sie müssen aber keine solchen Dokumente mit
einem externen Tool erstellen, sondern können Modellierungstools
Derzeit setzen sich OData-basierende Services vor allem für die Ent-
verwenden: Der AS ABAP besitzt mit dem Metadata Repository
wicklung von User Interfaces mit SAP UI5 oder Fiori durch, während
Werbservices sich vor allem in B2B-Szenarien etabliert haben. (MDR) ein Tool zum Modellieren von Webservices. Ein- und ausge-
hende Nachrichten werden von der Webservice-Runtime automa-
tisch strukturell validiert, und fehlerhafte Nachrichten werden
9.1.3 Stärken von Webservices
zurückgewiesen. Die Metadaten zum Webservice stehen als WSDL
Für die Konnektivität von SAP- und Nicht-SAP-Systemen eignen sich zur Verfügung. Durch Metadaten lässt sich z.B. definieren, welche
SOAP-Webservices sehr gut, denn sie beruhen auf etablierten Stan- Felder eines Webservice optional und welche obligatorisch sind, was
dards wie XML und SOAP, die von allen IT-Systemen verstanden bei RFCs nicht möglich ist. Weiterhin bieten Webservices einheit-
werden. Die nach außen zu exponierenden Funktionen lassen sich liche und extern bekannte Datentypen und eine einheitliche Erwei-
explizit definieren, sodass die unbenutzten Webservices von der terungsmöglichkeit.
518 519
9 Entwicklung von Webservices Überblick über die Konnektivitätstechnologien des AS ABAP 9.1
Idempotenz Die Webservice-Infrastruktur des AS ABAP bietet eine Reihe von ben wird. Auf diese Weise können Sie mit einem Consumer-Proxy
Vorteilen: Durch das Idempotenz-Framework können Sie z.B. ver- einen Webservice konsumieren, der zu einer neuen Version weiter-
hindern, dass ein zweimaliger Aufruf eines schreibenden Enterprise entwickelt wurde, ohne dass Sie den Aufruf anpassen müssen. Statt-
Service mit denselben Daten zu einer erneuten Verbuchung führt. dessen können Sie durch eine Konfigurationstätigkeit ein Mapping
auf die neue Struktur durchführen.
Unterstützung von Die Webservice-Infrastruktur unterstützt aber auch Standards wie
Single Sign-On die Version 2.0 der Security Assertion Markup Language (SAML), mit
der sich Single Sign-On realisieren lässt, wie z.B. in der SAP-Biblio- 9.1.4 Legacy-Technologien
thek unter Benutzerauthentifizierung und Single Sign-On (cid:2) Ver-
RFC- und Webservice-Schnittstellen lösen langsam andere Techniken
wendung von SAML 2.0 beschrieben ist.
wie Dateischnittstellen ab, die in Zeiten von Anforderungen wie
Lokale Integration Ein AS ABAP besitzt neben der Webservice-Infrastruktur noch eine Cloud-Fähigkeit obsolet werden. Dateischnittstellen besitzen ebenso
Engine lokale Integration Engine, die Sie im Zusammenspiel mit SAP Process das Problem, dass man Versionierungs- und Zeichensatzprobleme
Integration (einer Middlewareplattform, die als Enterprise Service oft nur durch Nutzung sehr komplexer Standards wie XML lösen
Bus dient) aktivieren können. Weniger bekannt ist, dass Sie diese kann. Die Webservice-Infrastruktur verbirgt diese Komplexität weit-
Funktionen auch ohne diese Middlewareplattform aktivieren kön- gehend vor Ihnen, sodass sich diese Probleme nicht stellen.
nen, was jedoch Kenntnisse in der SAP Process Integration (kurz PI)
Der Vollständigkeit halber sollen aber auch die Vorteile von Vorteile von
voraussetzt und den Rahmen dieses Buches sprengen würde. Durch
Dateischnittstellen erwähnt werden: In einigen Fällen (wie z.B. ein- Dateischnittstellen
den Einsatz von PI lassen sich weitere Qualitätsstandards sicherstel-
maligen Migrationen bei Implementierungen) ist eine Versionier-
len, die im Folgenden beschrieben werden.
barkeit nicht gefordert, sondern es gibt stabile Schnittstellen, die
Zustellsicherheit, Die Zustellsicherheit lässt sich erhöhen: Werden z.B. in einer LUW in Tests und dann einmalig verwendet werden. Ebenso können
Monitoring und asynchrone Webservice-Aufrufe durchgeführt, werden diese beim Importe von Daten durch Dateischnittstellen leicht durchgeführt
Fehlerhandling
COMMIT WORK persistiert und können nicht mehr verloren gehen. werden: Man kopiert die zu verarbeitenden Dateien in die entspre-
Durch die Transaktion SXMB_MONI kann ein besseres Monitoring chenden Dateiverzeichnisse und startet Import- und Verarbeitungs-
erreicht werden. Für das Fehlerhandling speziell asynchron schrei- programme, was die Nachverarbeitung im Fehlerfall vereinfachen
bender Services, die Daten im AS ABAP verändern, existiert mit dem kann.
Fehler- und Konfliktbehandler (Error and Conflict Handler) ein Feh-
lerbehebungsframework, das von einem automatischen Retry (z.B.
9.1.5 Rolle der SAP Process Integration
nach Sperrkonflikten) bis hin zu einer komfortablen und revisions-
sicheren Korrektur der Payload viele Möglichkeiten bereitstellt. SAP Process Integration (PI) ist eine Integrationsplattform, die Sie als
Middleware für die unternehmensinterne und unternehmensüber-
Zusammengefasst bieten Ihnen die Webservice-Infrastruktur sowie
greifende Anwendungsintegration nutzen können. Auf diese Weise
die lokale Integration Engine einige Vorteile, die andere Konnektivi-
können Sie z.B. Integrationsprozesse erstellen oder Legacy-Techno-
tätstechniken nicht besitzen. Aus diesem Grund sind Enterprise Ser-
logien wie Dateischnittstellen auf Webservices oder RFCs mappen.
vices nicht obsolet, sondern werden von SAP bei Prozessen empfoh-
len, bei denen komplexe Daten mit hoher Zustellsicherheit mit Nicht- In reinen ABAP-Integrationsszenarien wird die Unterstützung von Weiterentwicklung
Integrationsprozessen auch ohne SAP Process Integration immer der Webservice-
SAP-Systemen ausgetauscht werden sollen.
Infrastuktur
besser:
Neuerungen in der Nicht nur die RFC-Runtime wurde weiterentwickelt, sondern auch
SOAP-Runtime die SOAP-Runtime. Beispielsweise ist es möglich, auch im AS ABAP (cid:2) Vor dem SAP-NetWeaver-Release 7.02 mussten Enterprise Ser-
Integrationsszenarien zu definieren, was im SAP Help Portal unter vices, seien es Service-Provider oder Service-Consumer, mit dem
ABAP-Web-Services (cid:2) Mit Consumer-Mappings arbeiten beschrie- Enterprise Service Repository entwickelt werden, das Teil von PI ist
520 521
9 Entwicklung von Webservices Überblick über die Konnektivitätstechnologien des AS ABAP 9.1
bzw. mit SAP NetWeaver Composition Environment erstellt wer- Wenn Sie SAP Process Integration nicht verwenden, können Sie aus-
den. Nun stehen auch ABAP-seitige Tools bereit, die Sie in schließlich Point-to-Point-Szenarien (P2P) konfigurieren. Wir wer-
Abschnitt 9.4.1, »Entwicklung von Enterprise Services mit dem den im Folgenden genau auf die Unterschiede eingehen und erklä-
Metadata Repository«, kennenlernen werden. ren, in welchen Fällen und wie Sie Teile der SAP-Process-Integration-
(cid:2) In SAP NetWeaver 7.40 gibt es weitere Verbesserungen: Sie kön- Infrastruktur verwenden müssen und welche Konsequenzen dies für
nen ABAP-seitige Integrationsszenarien zwischen ABAP-Systemen die ABAP-Implementierungen der Integrationsszenarien hat.
und sogenannten Kontrakten definieren, die es ermöglichen, diese
Szenarien besser zu konfigurieren und auch bei Schnittstellenän-
9.1.6 Zusammenfassung
derungen anzupassen. Diese Vorgehensweise ist im SAP Help Por-
tal unter ABAP-Web-Services (cid:2) Mit Integrationsszenarios arbei- Im Rahmen der SAP-NetWeaver-Plattform aber ebenso der SAP Busi- Wahl der richtigen
ten beschrieben. ness Suite existieren eine Reihe von Add-Ons auf der SAP-NetWea- Technologie
ver-Webservice-Runtime, mit denen sich Funktionen als Webser-
Vorteile von PI Was für Vorteile bietet Ihnen die Nutzung von PI? Die bisher be-
vices exponieren lassen. Wenn die SAP-Standardsoftware nicht die
schriebenen Techniken eignen sich für die Integration von ABAP-
benötigten Webservices bereitstellt bzw. sich diese erweitern kön-
Landschaften bzw. Systemen mit sogenannten Punkt-zu-Punkt-Ver-
nen, sollten Sie zuerst prüfen, ob die SAP-Anwendung, die Sie ver-
bindungen zwischen Systemen. In unternehmensweiten oder unter-
wenden oder erweitern wollen, nicht bereits eine solche Funktion
nehmensübergreifenden SOA-Szenarien benötigt man oft eine Infra-
bereitstellt. An dieser Stelle sollen ein paar Beispiele vorgestellt
struktur, die man auch für Nicht-SAP-Systeme einsetzen kann, sowie
werden:
Adapter für mannigfaltige B2B-Standards und ALE-Szenarien. Im Ein-
zelnen gibt es folgende Vorteile: (cid:2) BRFplus-Funktionen (siehe Abschnitt 5.5, »Geschäftsregeln mit
BRFplus«) können als Webservices exponiert werden. Hierfür
(cid:2) Sie können eine Universal Description, Discovery and Integration
existiert ein Werkzeug, mit dem Sie von der Designoberfläche
(UDDI) verwenden, um Services zu publizieren und auffindbar zu
(gegebenenfalls im Expertenmodus) direkt einen RFC-Funktions-
machen – einschließlich der Services Ihrer Nicht-SAP-Systeme.
baustein und darauf einen Webservice generieren können.
(cid:2) Sie besitzen eine bessere Governance und Administration durch
(cid:2) Ebenso existieren im CRM-Umfeld einige Frameworks, wie das
Integrationsszenarien, da Sie nicht mehr Punkt-zu-Punkt-Verbin-
BOL-Framework für Serviceaufrufe, das in der SAP-Bibliothek für
dungen konfigurieren müssen. Stattdessen können Sie im Integra-
CRM 7.0 EhP 1 unter Web-Services (cid:2) Web-Service-Consumption
tion Directory Szenarien konfigurieren. Solche Szenarien werden
beschrieben ist.
ebenso wie die von Ihnen genutzten Services im Enterprise Ser-
vice Repository entwickelt. Sie können dies als zentrales Reposi- Wenn Sie ein Add-On zu SAP-Anwendungen schreiben, sollten Sie
tory für Ihre Webservice-Entwicklung, also auch für Nicht-ABAP- auch in erster Linie deren Webservice-Frameworks nutzen, um zu
Systeme, verwenden. ihnen kompatibel zu sein. Für Sie lohnt sich dennoch die Lektüre
(cid:2) Die Konfiguration im Integration Directory umfasst ebenso Map- dieses Kapitels, denn diese Frameworks setzen immer auf der Web-
ping, Routing und verschiedene Adapter. Sie sind in der Lage, service-Runtime des AS ABAP auf, die an dieser Stelle beschrieben
Dateischnittstellen auf Webservice-Schnittstellen zu mappen oder wird und deren Kenntnis Voraussetzung für jeden Einsatz von Web-
Integrationsprozesse zu bauen, um die Schnittstellenparameter services ist.
von Services bzw. Serviceversionen anzugleichen.
Ein Einwand gegenüber Webservices ist die Befürchtung, dass diese Performanz von
(cid:2) Ebenso besitzt diese Infrastruktur verbesserte Monitoring-Mög- nicht performant seien. Hierzu ist zu sagen, dass es sich hier um eta- Webservices
lichkeiten. blierte Industriestandards handelt, die jedoch sehr komplex sind und
522 523
9 Entwicklung von Webservices Grundlagen zu Webservices 9.2
durchaus einen Overhead (siehe SAP-Hinweis 1556890 – Compari- 9.2 Grundlagen zu Webservices
son RFC <-> WebService) besitzen. SAP hat die Performance in den
letzten EHPs jedoch extrem verbessert, unter anderem durch die Die zugrunde liegenden Standards für Webservices werden durch
Nutzung von Binary XML innerhalb der SAP-NetWeaver-Plattform das World-Wide-Web-Konsortium (W3C) definiert und erlauben es,
Objektzustände bzw. Sichten auf Geschäftsobjekte als XML-Nach-
sowie durch die Nutzung von Simple Transformations zur Serialisie-
richten auszutauschen. Alle weiteren in diesem Kapitel erwähnten
rung und Deserialisierung der ausgetauschten XML-Nachrichten.
Standards beruhen auf der XML-Syntax, die wir als bekannt voraus-
Erfahrungswerte In den meisten Fällen ist der Overhead zu vernachlässigen: Wenn
setzen. Das gilt ebenso für das Konzept von XML-Namensräumen,
z.B. die RFC-Runtime 5 ms benötigt, benötigt die Webservice Run-
mit denen sich unterschiedliche Vokabulare definieren lassen. Wir
time ca. 30 ms +/– 15 ms, je nach Typ des Webservice (synchron,
benutzen im Folgenden z.B. das Präfix xsd für XML-Schema-Vokabu-
asynchron, stateful oder stateless). Diese Laufzeit ist im Vergleich zur
lare und das Präfix wsdl für WSDL-Elemente. Einführungen in die
Laufzeit der Anwendungslogik, die in der Regel 300 bis 1000 ms in
Syntax finden Sie in jedem Buch zum Thema XML.
Anspruch nimmt, zu vernachlässigen. Die Größe der Payload-Mes-
In den kommenden Abschnitten werden die weiteren grundlegen-
sage spielt dabei praktisch keine Rolle.
den Standards vorgestellt. Prinzipiell können Sie auch ohne tiefe
Enterprise SOA Zusammengefasst lässt sich sagen, dass SAP eine Reihe von Modellie-
Kenntnis der Standards ein Szenario implementieren, jedoch benöti-
rungs- und Entwicklungsstandards – sogenannte Enterprise SOA-
gen Sie spätestens im Fehlerfall genauere Kenntnisse, um tiefer in
Standards – erstellt, die unter anderem für folgende Zwecke verwen-
Spezifikationen einsteigen zu können und die Fehlerursache zu ver-
det werden können:
stehen und zu beheben.
(cid:2) standardisierte Kommunikationsmuster (bi- und unidirektional),
synchrone und asynchrone Kommunikation 9.2.1 Einführung in die grundlegenden Standards
(cid:2) die Standardisierung von Datentypen, Fehlernachrichten sowie Die WSDL spezifiziert einen Webservice in XML-Syntax und auch
allgemeine Namenskonventionen die Datentypen der auszutauschenden Nachrichten in einem XML-
(cid:2) Implementierungsstandards für ändernde Operationen, z.B. Mas- Element wsdl:types, wofür der Standard XML Schema benutzt wird.
senoperationen, aber auch Qualitätsstandards, wie z.B. Idempo- Durch ein XML-Schema kann man u.a. den Inhalt und Aufbau von
tenz, aber auch Fehlerbehandlungsstandards einfachen oder komplexen Datentypen (denken Sie an geschachtelte
(cid:2) Erweiterungskonzepte für SAP Enterprise Services, aber auch für Strukturen) definieren. Komplexe Datentypen bestehen aus einer
Reihe von sogenannten primitiven Datentypen, die wir auch in die-
selbst erstellte Enterprise Services
sem Kapitel in einer Beispielanwendung benutzen werden:
Sie lernen diese Aspekte im Folgenden kennen und ebenso die
(cid:2) Mit xsd:string können Zeichenketten übermittelt werden.
grundlegenden Standards, die Sie für den Einsatz der Technologien
(cid:2) Vom Datentyp xsd:string wird der Datentyp xsd:token abgelei-
verstehen sollten.
tet, bei dem Tabulatoren, Leerzeichen und Zeilenumbrüche sowie
Unified Connectivity mehrfach hintereinander auftauchende Leerzeichen durch ein ein-
zelnes Leerzeichen ersetzt werden.
Interessanterweise nähert SAP in den Releases 7.31 und besonders 7.40
von SAP NetWeaver die Eigenschaften der unterschiedlichen Konnektivi- (cid:2) Außerdem verwenden wir die Datentypen xsd:unsignedInteger
tätstechnologien aneinander an. Darüber hinaus entwickelt SAP einheitli- für positive ganze Zahlen und xsd:gYear für die Darstellung eines
che Programmiermodelle unter dem Stichwort Unified Connectivity, auf
Jahres.
die wir jedoch nicht näher eingehen können.
524 525
9 Entwicklung von Webservices Grundlagen zu Webservices 9.2
Serialisierung und Diese Datentypen werden im Austausch in sogenannten SOAP-Mes- Zusätzlich existiert eine Reihe von weiteren Einschränkungen, die in Einschränkungen
Deserialisierung in sages verwendet. Wenn diese Nachrichten in der Webservice-Run- SAP-Hinweis 944029 (Von der ABAP-Proxy-Generierung unter- der SOAP-Runtime
der SOAP-Runtime des AS ABAP
time des AS ABAP verarbeitet werden, werden sie durch Simple stützte XML Schema) beschrieben werden.
Transformations, einer speziellen Transformationssprache des AS
Wenn es aufgrund der Einschränkungen Probleme gibt, gibt es nur
ABAP, serialisiert bzw. deserialisiert, die von der Webservice-Design-
folgende Lösungen:
time generiert werden. Diese sind wesentlich schneller als XSLT-Pro-
gramme, die ebenso durch den AS ABAP unterstützt werden. Zudem (cid:2) Einsatz eines Integrationsservers (SAP Process Integration), der
werden bei der Verarbeitung auch der Inhalt und die Reihenfolge teilweise mächtiger ist als die SOAP-Runtime des AS ABAP
der übermittelten XML-Nachrichten geprüft, was ungefähr einer (cid:2) Sie können aber ebenso Java-Lösungen (z.B. im SAP Composition
Validierung durch ein XML-Schema entspricht. Kommt es hier zu Environment) entwickeln. Die Frameworks hierfür sind sehr weit
unzulässigen Konstellationen (weil man beispielsweise Buchstaben entwickelt und unterstützen weitere Standards der AS ABAP, wie
in Zahlenfeldern transportiert), dann kommt es zu einem Fehler in z.B. XML-Encryption.
der SOAP-Runtime des AS ABAP, auf die wir in den folgenden
(cid:2) Wenn Sie Webservices aus Nicht-SAP-Systemen konsumieren,
Abschnitten eingehen werden.
kann es schon beim Generieren der Client-Proxys (siehe Abschnitt
9.5, »Konsumieren von Webservices«) zu Problemen kommen. So
Kein Ersatz der XML-Schema-Validierung
muss die WSDL gegebenenfalls entweder durch denjenigen, der
Die eben erwähnte Validierung ersetzt keine XML-Schema-Validierung,
den Service exponiert, oder auch von Ihnen angepasst werden, um
da sie nicht vollständig ist. Wir empfehlen deswegen speziell in B2B-Sze-
eine äquivalente WSDL zu erstellen. Dies wird im SAP-Hinweis
narien, zumindest vor dem Go-Live oder vor Änderungen eine Validie-
856597 (FAQ: XI 3.0 / PI 7.0 / PI 7.1 SOAP Adapter) in einem
rung durch eine Middleware durchzuführen.
Anhang wsdl_style_samples.zip mit Beispielen für WSDL-Doku-
Der Austausch der XML-Nachrichten erfolgt durch den SOAP-Stan- mente sowie SOAP-Nachrichten beschrieben, die zeigen, wie eine
dard, der in der aktuellen Version 1.2 vorliegt. Die SOAP-Daten wer- äquivalente WSDL mit einer anderen Formatvorlage geschrieben
den in der Regel durch HTTP bzw. HTTPS ausgetauscht. werden kann.
(cid:2) Für den Fall der Übermittlung von im ABAP nicht unterstützten
XML-Schema-Typen aus Nicht-SAP-WSDLs besteht weiterhin die
9.2.2 Unterstützte Standards und Interoperabilität
Möglichkeit, diesen Abschnitt durch xsd:any zu ersetzen. Dieser
Eine Herausforderung bei SOA-Projekten besteht darin, die komple-
Abschnitt läuft dann in einen String, der von der Providerseite mit
xen Standards zu meistern. SOAP ist ein sehr komplexer Standard
Simple Transformations oder XSLT selbst weiter interpretiert wer-
und litt seit der Entstehung an Interoperabilitätsproblemen, da ver-
den muss. Das ist zwar aufwendig, durch diesen Workaround
schiedene Features nicht von allen Implementierungen unterstützt
kann aber fast jede Nachricht übertragen werden.
wurden. Schlimmer noch: Teilweise wurden dieselben Konstrukte
unterschiedlich interpretiert und implementiert, was für einen Stan- Zusammengefasst lässt sich sagen: Innerhalb der SAP-NetWeaver-
dard, der Interoperabilitätsprobleme löschen soll, nicht akzeptabel Plattform sind Integrationsszenarien durch Webservices unproble-
ist. Aus diesem Grund gründeten große IT-Firmen eine Arbeits- matisch. Wenn externe Systeme hinzukommen, sollten Sie im SAP
gruppe namens Web Service Interoperability Organization (WS-I), die Help Portal prüfen, welche Standards in welcher Version (z.B. SOAP
diese Probleme löst, indem u.a. die Menge der zur nutzenden Featu- 1.1 und SOAP 1.2, aber nicht SOAP 2.0) in welchem SAP-NetWea-
res eingeschränkt wird. Als Folge unterstützt der AS ABAP nur ver-Release unterstützt werden. Ebenso sollten Sie die externen Sys-
WSDLs im document style, die WS-I-konform sind; WSDLs im rpc teme auf Einhaltung der gängigen Interoperabilitätsstandards über-
style werden konvertiert. Von den sogenannten encoding styles wird prüfen.
nur literal akzeptiert.
526 527
9 Entwicklung von Webservices Modellierung von Webservices 9.3
9.2.3 SOAP-Runtime der ABAP-Plattform In einem SOA-Projekt empfehlen wir, sich bei der Modellierung SOA-Vorgehens-
eines Service an das Vorgehen von SAP anzulehnen, denn Sie errei- modell der SAP
Innerhalb der ABAP-Plattform gab es verschiedene Ansätze, SOAP-
chen auf diese Weise Bezeichnungen und Kommunikationsmuster,
Webservices zu unterstützen. In diesem Buch beziehen wir uns auf
die zu den Enterprise Services von SAP konsistent sind. Dies wird
das SAP NetWeaver Release 7.02 SP 8, das in SAP-Hinweis 1575707
durch eine Reihe von Namenskonventionen sowie Toolunterstüt-
(ABAP Webservice Connectivity – New Features in Release 7.02)
zung erreicht. SAP verfolgt einen sehr gründlichen Modellierungsan-
genauer beschrieben wird. Diese Darstellung ist jedoch ebenso ab
satz, der wie folgt aussieht:
SAP NetWeaver 7.31 gültig.
(cid:2) Zuerst wird eine Fachdomäne identifiziert. Diese wird Prozesskom-
Releasevoraus- Die letzte große Änderung fand im SAP-NetWeaver-Release 7.0 SP 14
setzungen statt und wird in SAP-Hinweis 1169688 (Neue Funktionen in Release ponente genannt. Die Prozesskomponente repräsentiert eine Menge
von zusammengehörenden Prozessen.
7.0 Support Package 14) beschrieben. Wir empfehlen, mindestens
auf dieses Release zu upgraden, wenn Sie ein Integrationsszenario (cid:2) Innerhalb einer Prozesskomponente existiert eine Reihe von
mit SOAP-Webservices im AS ABAP realisieren wollen. Wenn Sie Anwendungsobjekten, die Business Objekte genannt werden.
allerdings eine umfangreichere SOA-Entwicklung durchführen wol- (cid:2) Für diese Geschäftsobjekte können Sie eine Reihe von Service
len, empfehlen wir Ihnen, ein SAP-NetWeaver-Release von min- Interfaces definieren, also Operationen für die Anwendungsob-
destens 7.02 SP8 zu verwenden, dessen Eigenschaften in http:// jekte (wie z.B. das Erstellen oder Begleichen einer Rechnung, die
wiki.sdn.sap.com/wiki/display/ABAPConn/ABAP+Connectivity++-+Web Stornierung usw.). Diese Operationen sind standardisiert, was
+Services+ABAP genauer beschrieben werden. Im SCN-Wiki finden eine Modellierung vereinheitlicht und ebenso die spätere Arbeit
Sie weiterhin eine hervorragende Dokumentation zum Thema. erleichtert, da es einheitliche Namen sowie Semantiken gibt, die es
erlauben, das Wissen über einen Service auf den anderen zu über-
tragen. Es gibt das sogenannten Manage-Pattern, das die CRUD-
9.3 Modellierung von Webservices
Operationen realisiert. Mit dem Query-Pattern können Sie nach
Anwendungsobjekten suchen und spezielle fachliche Operationen
Sie können Webservices im Bereich der Anwendungsintegration
mit dem Action-Pattern durchführen.
(A2A) und Kommunikation mit Geschäftspartnern (B2B) nutzen, und
die in diesem Kapitel vorgestellten Technologien können Sie in die- SOA by Evolution
sem Zusammenhang verwenden. In beiden Fällen kann der AS ABAP
Wir empfehlen an dieser Stelle nicht, für ein SOA-Projekt den Ansatz von
als Service-Provider dienen, der Funktionen exponiert, die von
SAP zu verfolgen, um die gesamten Prozesse Ihres Unternehmens in Pro-
externen Systemen aufgerufen werden. Ebenso können ABAP-An- zessdomänen zu gliedern und alle Services zu modellieren. Stattdessen
wendungen als Client fungieren und mit externen Systemen kom- sollten Sie die Services erstellen, wenn ein Integrationsszenario vorliegt,
munizieren. in dem sie verwendet werden, und nicht auf Vorrat ohne Anforderung
Services entwickeln. Außerdem empfehlen wir Ihnen, aus den Problemen
A2X-Services Eine andere Anwendung von SOA-Technologien besteht in der Defi- der Enterprise Services zu lernen: Diese sind oft viel zu komplex, da SAP
nition von Services – also Funktionen, die Sie im Rahmen Ihrer den Anspruch hatte, sämtliche Dialoge mit Ihnen abzubilden, was zu brei-
Unternehmensarchitektur verwenden können –, die in maschinellen ten Schnittstellen führte. Außerdem hatte SAP den Anspruch, sogenannte
globale Datentypen zu verwenden, was einerseits einen erheblichen Vor-
oder Dialogprozessen verwendet werden. Sie können Operationen
teil durch Standardisierung darstellt, andererseits die Arbeit mit ihnen
auf Anwendungsobjekten als Services bereitstellen oder auch zent-
sehr schwierig macht, wenn das Typsystem z.B. in Dialoganwendungen
rale Funktionen (denken Sie z.B. an die Geschäftspartneridentifika-
benutzt werden soll, sich aber erheblich von den Datentypen unterschei-
tion oder auch an häufig benötigte Berechnungsfunktionen) als Ser- det, die der Anwender erwartet. Insofern plädieren wir für einen pragma-
vices anbieten. Solche Services werden A2X-Services genannt – diese tischen Ansatz, der die Stärken der SAP-Methodologie nutzt, aber im
können prinzipiell von jedem Consumer aufgerufen werden.
528 529
9 Entwicklung von Webservices Modellierung von Webservices 9.3
http://scn.sap.com/people/mischa.keil/blog/2009/06/18/sap-co-innova-
Zweifelsfall auch Zugeständnisse macht, wenn dadurch Integrationsszena-
tion-lab-architecture-series-partner-delivered-enterprise-services--levera-
rien vereinfacht werden können.
ging-a-wizard-to-automate-service-creation-part-5. Sie können dieses
Ein Beispiel für einen pragmatischen Ansatz soll hier gegeben werden: Die
Enterprise Services von SAP sind oftmals gewaltig und enthalten bis zu Tool auch für die Erstellung weiterer Enterprise Services verwenden,
90% optionale Felder, die je nach Benutzungsvariante nur bedingt opti- und es erleichtert die Modellierung.
onal sind. Unsere Empfehlung lautet deswegen, feingranulare Services für
Wie Sie in Abbildung 9.1 sehen, müssen Sie zuerst das Anwendungs-
jede Benutzungsvariante anzulegen, also z.B. Services für verschiedene
Geschäftspartner-Rollen statt eines Service für alle Rollen. Für das Kon- objekt nennen, auf das sich die Operation bezieht, und ebenso den
zept des Geschäftspartners und dessen Rollen sei auf Kapitel 7, »SAP- Namensraum, der eine URL oder ein URN sein kann.
Geschäftspartner«, verwiesen.
9.3.1 Modellierung von Webservice-Signaturen
Die Modellierung von Enterprise Services ist wegen der umfangrei-
chen Entwicklungsrichtlinien und Namenskonventionen ein auf-
wendiger Prozess. An dieser Stelle wollen wir diese Richtlinien und
Konventionen nicht umfassend erklären, sondern genau das Wissen
vermitteln, das Sie für die Implementierung benötigen. Zuerst wer-
den wir deswegen zeigen, wie die Signatur eines Enterprise Service,
also seine Schnittstelle aufgebaut ist, was eine Grundvoraussetzung
für die Implementierung in ABAP ist, die wir mit dem Metadata
Repository vornehmen.
Ein Enterprise Service beschreibt eine Operation auf einem Anwen-
dungsobjekt. Diese kann fachlich motiviert sein, oder es kann sich
um eine Basisoperation wie die CRUD-Operationen handeln: Create,
Read, Update, Delete bzw. Cancel. Diese Methoden werden im Fol-
genden erklärt.
Abbildung 9.1 Anlegen eines Business-Objekts mit dem SAP ES Methodology
Wizard
Namen der Entwicklungsartefakte
Wir werden in Abschnitt 9.3.3, »Eigene XML-Namensräume bei der
SAP ES Wir nutzen im Folgenden mit dem SAP ES Methodology Wizard ein
Modellierung«, auf die Wahl des Namensraums eingehen. In unse-
Methodology Tool, mit dem sich die Artefakte einer typischen Service-Signatur
Wizard rem Programmierbeispiel nehmen wir als Namen Vehicle, also das
samt standardisierten Namen generieren lassen (siehe Abbildung
Fahrzeug als Business-Objekt.
9.1). Dieses Tool generiert die Namen, die weitgehend denen des
SAP-Dokuments PI Best Practices: Naming Conventions entspricht, das Eine Anwendung besitzt in der Regel ein oder mehrere Anwen-
im SAP Community Network (siehe Abschnitt 11.1.3, »SAP Commu- dungsobjekte samt zugehörigen Services. Diese werden in einer
nity Network«) heruntergeladen werden kann. Der folgende Blog- sogenannten Prozesskomponente gebündelt, wie in Abbildung 9.2
Eintrag enthält den Download-Link und ebenso die Beschreibung, zu sehen ist. Die Angabe der Prozesskomponente ist hier obligato-
wie das Tool zu starten ist: risch, aber für die Beispielanwendung überflüssig, da die Anwen-
530 531