SAP-Schnelleinstieg: ABAP-Entwicklung in Eclipse

Unser Ziel ist es, SAP-Wissen wie einen Espresso zu servieren: Auf das Wesentliche verdichtete Informationen anstelle langatmiger Kompendien – für ein effektives Lernen an konkreten Fallbeispielen. Viele unserer Bücher enthalten zusätzlich Videos, mit denen Sie Schritt für Schritt die vermittelten Inhalte nachvollziehen können. Besuchen Sie unseren YouTube-Kanal mit einer umfangreichen Auswahl frei zugänglicher Videos: https://www.youtube.com/user/EspressoTutorials.

Kennen Sie schon unser Forum? Hier erhalten Sie stets aktuelle Informationen zu Entwicklungen der SAP-Software, Hilfe zu Ihren Fragen und die Gelegenheit, mit anderen Anwendern zu diskutieren: http://www.fico-forum.de.

Eine Auswahl weiterer Bücher von Espresso Tutorials:

 Antje Kunz: SAP® Legacy System Migration Workbench (LSMW)

 Dr. Boris Rubarth: Schnelleinstieg in ABAP®

 Thomas Stutenbäumer: SAP® Praxishandbuch ABAP Teil 1 – Konzeption, Entwicklung und Debugging

 Rüdiger Deppe: Schnelleinstieg in SAP® ABAP Objects

 Thomas Stutenbäumer: SAP® Praxishandbuch ABAP Teil 2 – Performance, Erweiterungen, Transportwesen

 Marcel Schmiechen: Adobe® Interactive Forms – Interaktive Formulare in SAP®

1 Einführung in Eclipse

Trotz bestehender Entwicklungsumgebungen für die verschiedenen genutzten Technologien hat sich die SAP dazu entschlossen, in eine weitere Entwicklungsplattform zu investieren – die Eclipse IDE.

IDE steht für integrated development environment, zu Deutsch: »integrierte Entwicklungsumgebung«. Das bedeutet, dass diese Plattform im Optimalfall alle für die Entwicklungstätigkeit notwendigen Bestandteile in sich vereint, sodass keine weiteren Anwendungen oder Hilfsmittel wie etwa ein Texteditor, ein Debugger oder auch eine Versionsverwaltung der Quelldateien benötigt werden.

Warum die SAP sich zu diesem Schritt entschieden hat und welche konkreten Vorteile Eclipse für einen ABAP-Entwickler bereithält, erfahren Sie in den folgenden zwei Abschnitten. Anschließend gebe ich Ihnen einen Überblick über wichtige Komponenten der Entwicklungsumgebung Eclipse, die Ihnen im weiteren Verlauf des Buchs immer wieder begegnen werden.

1.1 Motivation der SAP für Eclipse

Für alle von der SAP bereitgestellten oder verwendeten Technologien existieren bereits die notwendigen Bordmittel oder zusätzlichen Anwendungen, um diese nutzen bzw. mit ihnen entwickeln zu können. Für ABAP-Entwickler ist das klassischerweise die ABAP Workbench, auch bekannt als »SE80«. Für SAP Interactive Forms by Adobe (SIFbA/AIF) steht der Adobe LiveCycle Designer und für die Entwicklung von Java-Komponenten das SAP NetWeaver Development Studio (NWDS) zur Verfügung.

Doch mit jeder neu hinzukommenden Technologie vergrößert sich das Arsenal der mit ihr verbundenen, in der Regel gleichzeitig auch unumgänglichen Anwendungen und Hilfsmittel, um sie überhaupt nutzen zu können. Im Zuge der Entwicklung von SAP HANA, der SAP-eigenen In-Memory-Datenbank, ist erstmals ein strategisches Umdenken in diesem Bereich erkennbar. Es wurde das Ziel ins Auge gefasst, sich auf eine Entwicklungsumgebung festzulegen, die für möglichst viele verfügbare Technologien genutzt und ständig erweitert werden kann. Um das zu ermöglichen, ging die Überlegung in Richtung einer Desktop-basierten Anwendung – diese schafft eine Unabhängigkeit vom dahinterliegenden System, auf dem entwickelt wird, und bietet gleichzeitig die notwendige Flexibilität für Erweiterungen und Anpassungen an die spezifischen Anforderungen der jeweiligen Technologie.

Mit dem SAP NetWeaver Development Studio hat die SAP schon in der Vergangenheit eine Desktop-basierte Anwendung für die Java-Entwicklung auf Basis von Eclipse bereitgestellt. Die SAP NWDS kommt jedoch mit einem vorinstallierten Software-Paket daher, das ausschließlich auf spezifische Bedürfnisse von Java und Web Dynpro for Java (WD4J) ausgelegt ist.

Um mehr Flexibilität zu erreichen, ohne eine weitere SAP-eigene Plattform zu schaffen, sondern möglichst nah an bereits etablierte Entwicklungsumgebungen zu reichen, fiel die Entscheidung auf die Eclipse IDE. Diese wurde 2001 von IBM vorgestellt und ursprünglich für die Entwicklung von Java und C/C++ bereitgestellt. Sie ist unter der Eclipse Public License (EPL), einer Open-Source-Lizenz, veröffentlicht und damit kostenfrei verfügbar. Sie kann durch eigene Softwarekomponenten, sogenannte Plugins, erweitert werden. Diese können über den Eclipse Marketplace oder über externe Bereitstellungswebseiten verfügbar gemacht und ganz nach dem eigenen Bedarf installiert werden.

Genau diese Möglichkeit hat die SAP genutzt und eigene Eclipse-Plugins entwickelt, die ständig erweitert und verbessert werden. Zur Standard-Installation von Eclipse können über die im Kapitel 2 beschriebenen Schritte die folgenden Plugins installiert werden:

 ABAP Development Tools for SAP NetWeaver, nachfolgend mit ADT abgekürzt,

 Modeling Tools for SAP BW powered by SAP HANA für die Business-Warehouse-Entwicklung,

 SAP HANA Cloud Platform Tools für die Arbeit auf der SAP HANA Cloud-Plattform,

 SAP Mobile Platform Tools für die Gateway-Entwicklung,

 SAP HANA Tools für die SAP HANA-Entwicklung,

 SAP HANA Cloud Integration Tools für die Prozess-Integration in SAP HANA,

 SAP Identity Management Configuration Lifecycle Tools,

 SAP Mobile Tools für hybride Web-Apps,

 UI Development Toolkit for HTML5 für die SAP-UI5-Entwicklung.

Dieses Buch beschäftigt sich ausschließlich mit dem zuerst genannten Plugin, den ADT. Dieses liefert die wesentlichen, für die ABAP Entwicklung benötigten Erweiterungen für Eclipse, inklusive zahlreicher Besonderheiten zur Erleichterung der täglichen Arbeit. Die Nutzung dieser Plugins ist in der SAP-NetWeaver-Lizenz enthalten – es fallen keine weiteren Kosten an.

Plugins in ständiger Entwicklung

Nutzungsvoraussetzungen für Eclipse

1.2 Vorteile von ABAP-Entwicklung in Eclipse

Vor dem Umstieg auf die neue Entwicklungsumgebung stellen Sie sich vermutlich – genau wie ich vor einiger Zeit – die natürlicherweise aufkommenden Fragen: Was sollte besser geeignet sein für die ABAP-Entwicklung als die gute alte Workbench? Warum sollte ich wechseln, wenn ich doch alle meine Transaktionen kenne? Welche Vorteile bietet mir die Eclipse IDE gegenüber bisher genutzten Transaktionen?

Ich bitte Sie, für einen kurzen Moment über meine folgenden Fragen nachzudenken – und sich erst anschließend die Liste der möglichen Vorteile anzusehen:

1 Wie oft wechseln Sie bei der ABAP-Entwicklung in der SAP GUI die Transaktion?

2 Wie viele Modi haben Sie üblicherweise gleichzeitig geöffnet, auch über Systeme und Mandanten hinweg?

3 Wie oft wechseln Sie in den falschen Modus und suchen anschließend den richtigen unter den vielen offenen Fenstern?

4 Wie oft wollen Sie ein Programm debuggen und landen im alten Debugger mit der Meldung »Kein weiterer Modus verfügbar – Wechsel zu altem Debugger«?

5 Wie oft öffnen Sie im Object Navigator der ABAP Workbench andere Objekte (Pakete, Klassen, Funktionsgruppen), um kurz etwas nachzusehen und anschließend den gleichen Weg wieder zurückzugehen?

6 Wie oft springen Sie in einer Klasse zwischen der Methodenübersicht und deren Implementierung hin und her und haben dabei ständig den Zurück-Button im Zugriff?

7 Wie oft prüfen Sie über den Verwendungsnachweis, ob eine Variable überhaupt noch genutzt wird?

8 Wie oft legen Sie Methoden per Hand an, die Sie im Quelltext schon inklusive aller Parameter vorgesehen haben?

Ich könnte die Liste noch beliebig weiterführen.

Vermutlich denken Sie sich nun so etwas wie: »Das hat mich bisher noch nie gestört. Es funktioniert doch einwandfrei!« Das dachte ich auch. Doch wenn ich heute bei einem meiner Kunden keine Eclipse IDE benutzen kann und ich auf die mir seit jeher zur Verfügung stehenden Bordmittel zurückgreife, fällt mir auf, wie sehr Eclipse die Arbeit in vielen dieser angemerkten Punkte erheblich vereinfacht. Ganz konkret bietet die Eclipse IDE einem ABAP-Entwickler die folgenden Vorteile:

 Entwicklung auf allen Systemen (auch verschiedener Mandanten) in einer einzigen Oberfläche,

 Entwicklung unterschiedlicher Technologien wie ABAP, ABAP OO oder BOPF ohne Wechsel der Entwicklungsplattform,

 Anpassung vieler Einstellungen an die eigenen Bedürfnisse, wie das farbige Hervorheben von Schlüsselwörtern oder die Anordnung der Oberflächen-Elemente,

 umfangreiche Such- und Navigationsmöglichkeiten,

 eigene lokale Versionsverwaltung zusätzlich zur ABAP-Versionierung,

 Einbindung weiterer Drittanbieter-Software möglich, wie z.B. Stylecheck, Projektmanagement-Tools etc.,

 Öffnen beliebig vieler Entwicklungsobjekte über alle Systeme,

 einfacher Zugriff auf alle Systeme ohne SAP GUI,

 große Unterstützung bei der Source-Code-Bearbeitung,

 und falls Sie mal etwas nicht finden: die Möglichkeit, eine integrierte SAP-GUI-Session zu öffnen!

Auch diese Liste von Vorteilen ist noch sehr übersichtlich gehalten. Machen Sie sich in den nachfolgenden Abschnitten am besten selbst ein Bild davon, welche Möglichkeiten die ADT mit sich bringen und welche Vorteile Sie daraus im Vergleich zur bisherigen ABAP Workbench und weiteren notwendigen Transaktionen ziehen können.

1.3 Wichtige Begriffe in Eclipse

Für das bessere Verständnis der in den folgenden Abschnitten beschriebenen Vorgehensweisen und Funktionen möchte ich Ihnen vorab einige wiederkehrende Begriffe, Bezeichnungen und Elemente in der Eclipse IDE näherbringen. Sie können diese zunächst einfach zur Kenntnis nehmen oder aber die Installation von Eclipse gemäß Abschnitt 2.1 bereits vornehmen, um die hier beschriebenen Menüpunkte direkt in der Anwendung nachzuvollziehen. Die Reihenfolge der Begriffserläuterungen mag Ihnen etwas willkürlich erscheinen. Sie ist so gewählt, dass immer nur ein Begriff pro Erklärung neu ist. Sollten andere Begriffe benötigt werden, wurden diese vorher bereits erläutert. Am Ende bringe ich jedoch alles in den richtigen Zusammenhang.

 Projekt: Ein Projekt bezeichnet in Eclipse klassischerweise eine Sammlung von Objekten, die thematisch zusammengehören, wie z.B. alle für eine Applikation benötigten Dateien und Quelltexte. Das für die ABAP-Entwicklung spezifische Projekt wird im folgenden Abschnitt 2.2 näher erläutert.

 Workspace: Alle über Eclipse bearbeiteten Projekte und verwendeten Dateien werden auf dem PC des Anwenders lokal an einer Stelle gesammelt abgelegt. Dieser technische Speicherort wird Workspace genannt und von Eclipse beim Starten abgefragt.

 Plugin: Ein Plugin ist eine in sich abgeschlossene Komponente mit bestimmten Funktionalitäten, die in Eclipse eingebunden werden kann und damit die IDE um gewünschte Funktionen erweitert. Eclipse an sich besteht nur aus einem Programm, das Plugins laden kann. Alle anderen gebotenen oder zusätzlich möglichen Funktionen werden über Plugins bereitgestellt.

 Plattform: Die Plattform bezeichnet die »leere« Eclipse-Installation, zu der keine weiteren Plugins hinzugefügt wurden. Diese bietet neben dem genannten Laden der Plugins den Workspace und eine Benutzeroberfläche zur Bearbeitung der Projekte.

 View: Eine View bzw. Sicht ist ein Bereich der Benutzeroberfläche, in dem Informationen zu verschiedensten Objekten und Abläufen dargestellt werden. Ein Beispiel ist der Package Explorer, der wie der Object Navigator in der ABAP Workbench (SE80) die Objektstrukturen in einem Baum darstellt und dort eine Navigation zu bestimmten Elementen ermöglicht.

 Perspektive: Eine Perspektive fasst viele Views zu inhaltlich passenden Benutzeroberflächen zusammen. Der Benutzer kann die Anordnung der Views ändern oder auch verschiedene aus- und dafür andere einblenden.

 Workbench: Die Workbench bildet die Arbeitsoberfläche der Eclipse IDE. In ihr werden die Perspektiven/Views und die verschiedenen Editoren zur Bearbeitung von Quelltexten oder sonstigen Objekten dargestellt.

Bringe ich die aufgeführten Begriffe in einen kausalen Zusammenhang, so ergibt sich daraus folgende Beschreibung:

1. Die Plattform Eclipse besteht aus einer

 Workbench als grafische Oberfläche und

 einem Workspace als technische Ablage der bearbeiteten Objekte.

2. Die gewünschten Funktionen werden über Plugins bereitgestellt.

3. In der Workbench wird

 eine Perspektive dargestellt,

 die aus verschiedenen Views bestehen kann.

4. Jede Projektart ist einer Standard-Perspektive zugeordnet.

Damit keine Verwechslungsgefahr zwischen der SE80 und der Eclipse Workbench besteht, werde ich mich nachfolgend mit dem Begriff »Workbench« immer auf die ABAP Workbench beziehen.

1.4 Allgemeine Hinweise

Wie bereits am Ende von Abschnitt 1.1 erwähnt, befinden sich die ABAP Development Tools für Eclipse ständig in der Weiterentwicklung. Das bezieht sich nicht nur auf die ADT selbst. Auch neue SAP-NetWeaver-Releasestände stellen regelmäßig zusätzliche Funktionen in Eclipse bereit, die die Entwicklungsarbeit weiter vereinfachen.

Bitte behalten Sie das beim Durcharbeiten des Buches im Hinterkopf: Durch unterschiedliche System- oder Installationsversionen kann es durchaus sein, dass

 Abbildungen von Ihrer Installation abweichen,

 Funktionen nicht zur Verfügung stehen,

 andere oder zusätzliche Funktionen verfügbar sind,

 Abläufe sich verändern.

Die nachfolgenden Inhalte sind auf Basis eines SAP-NetWeaver-7.50-SP0-ABAP-Stacks entstanden. Als Eclipse IDE wurde die Version »Mars.2 Release (4.5.2)« verwendet, mit dem ADT-Plugin auf Version 2.64.2.

Eine Übersicht über verfügbare Funktionen auf verschiedenen SAP-NetWeaver-Release-Ständen finden Sie hier:

http://scn.sap.com/community/abap/eclipse/blog/2013/06/05/adt-feature-availability-matrix-for-as-abap-releases.

Die Seite wird bisher sehr aktuell gehalten, garantieren kann ich deren Korrektheit aber natürlich nicht. Sie bekommen dort auf jeden Fall einen Eindruck, was Sie mit Ihrem System nutzen können und was nicht. Meine persönliche Empfehlung: Ab Release SAP NetWeaver 7.40 lohnt sich die Nutzung der ADT noch deutlich mehr als auf älteren Release-Ständen. Nichtsdestotrotz bietet meiner Meinung nach auch vorher die Entwicklung in Eclipse einige Vorteile, die eine Umgewöhnung zu jeder Zeit sinnvoll machen. Falls Sie also noch überlegen, ob Sie überhaupt wechseln wollen – tun Sie es!