ABAP - Eine IDE oder jede IDE?

Inhaltsverzeichnis

• Einleitung
• Auswahl
• SE80
• ADT
• BAS
• VS Code
• Herausforderung
• Features
• Zukunft
• Bereitstellung
• Features
• Enablement
• Plugins
• Integration
• Zusammenfassung
• Eigene Meinung
• Fazit

Wie sieht es eigentlich aktuell mit der Entwicklungsumgebung für den ABAP Entwickler aus, was gibt es neues und was sollten wir die nächsten Jahre berücksichtigen? Das schauen wir uns in diesem Artikel an.

 

Einleitung

Auf der SAP TechEd wurde nun offiziell der Support für VS Code angekündigt, wenn es um die Entwicklung von modernen ABAP Anwendungen geht. Dabei wird erst einmal der Fokus auf den ABAP Cloud Stack und die RAP Entwicklung gesetzt. Die Modellierung und der Aufbau im Umfeld des ABAP RESTful Application Programming Models stellt die Grundlage und soll später im Feature Umfang erweitert werden, sodass theoretisch auch ältere Releases unterstützt werden können.

 

Foto von Agence Olloweb auf Unsplash

Auswahl

Dabei gab es die letzten Jahre schon immer eine Auswahl an Tools und Möglichkeiten. Schauen wir uns die Möglichkeiten einmal im Detail an, sowie mögliche Stärken und Schwächen.

 

SE80

Die SE38/SE80 ist dabei die älteste IDE und direkt in die SAP GUI integriert. Du kannst das System aufmachen und dort alle Features, wie Entwicklung und Debugging direkt integriert genießen. Du benötigst keine zusätzliche Software für die Entwicklung von ABAP Programmen. Die IDE ist immer auf dem aktuellen Stand und das Thema Updates war bisher kein Thema gewesen. Allerdings sind Erweiterungen und Plugins noch recht schwer umsetzbar und hatten meist eine Modifikation zur Folge. Damit waren Änderungen und Templates aber auch nur lokal im System vorhanden und nicht übergreifend auf allen Systemen des Entwicklers.

 

ADT

Die ABAP Development Tools, kurz ADT, sind nun bereits seit über 13 Jahren verfügbar und immer noch heiß diskutiert, ob sie nun wirklich besser sind als die SAP GUI und die SE80. Die Basis ist hierbei Eclipse, eine IDE in Java geschrieben und vor allem in der Java Szene verbreitet. Über das Plugin ADT wird Eclipse erweitert, um ABAP Entwicklung machen zu können. Dabei unterstützt Eclipse viele Standardwerkzeuge und es können ebenfalls Erweiterungen in Java geschrieben werden, wodurch keine Modifikationen mehr nötig sind. Grundsätzlich bietet die IDE viele Vorteile gegenüber der SE80, da dir sehr gute Refactoring Tools zur Verfügung stehen und der ABAP Cleaner, eigentlich das Top Argument für die Umgebung. Aktuell ist ADT der Standard für jede moderne Entwicklung, da nur hier Core Data Service, RAP und ABAP Cloud funktioniert.

 

BAS

Wenn du eine Sache nicht mit ADT machen kannst, dann ist das SAP Fiori Entwicklung. Ist dein RAP Services fertig, dann musst du die IDE wechseln, wenn du nicht die Tool Bridge verwendest. Beim Business Application Studio, kurz BAS, handelt es sich mittlerweile um ein VS Code, welches im Container läuft und über den Browser aufgerufen wird. Über BAS stehen dir ebenfalls verschiedene Ausprägungen mit Plugins zur Verfügung. Die meisten werden es vor allem zur Generierung und Entwicklung von Fiori Anwendungen verwenden, um sie schließlich in die BTP oder ein ABAP System zu deployen. Die Aktualisierung der IDE passiert dabei im Hintergrund und dir steht damit eine aktuelle Version zur Verfügung. Ein Negativpunkt in der Community ist dabei die lange Startzeit und Performanceproblemen an manchen Tagen.

 

VS Code

Möchtest du Fiori Entwicklung lokal machen, dann steht dir auch VS Code zur Verfügung. Dabei basiert die IDE auf Electron und Node.js und kann damit auch sehr gut im Browser laufen. Dabei kümmern sich Entwickler hier meist selbst um die Updates und die Installation der passenden Plugins, womit die IDE aber am flexibelsten ist. Für VS Code gibt es eine sehr große Community und es gilt als aktueller Standard in der Welt der Software Entwicklung.

 

Foto von Jukan Tateisi auf Unsplash

Herausforderung

Dabei gibt es vor allem im ABAP Bereich eine große Herausforderung. Im Moment gibt es nicht die "eine" IDE für die Entwicklung, so wie es nur mit Classic ABAP und der SAP GUI war. In der modernen Entwicklung mit ABAP Cloud erhalten wir als Anwendung eine Fiori App, wir erstellen den Service auf RAP-Basis in Eclipse und das UI in BAS oder VS Code, um das Deployment dann auf das System durchzuführen. Damit ist ein Toolwechsel nötig, worüber auch in der Community heiß diskutiert wird.

Dazu kommt eine breite Palette an AI Features, die viele Standardwerkzeuge schon heute unterstützen, wie einen Chat, integrierte AI Feature, MCP und Agentic AI. Die meisten Plugins lassen sich dabei sehr einfach in die VS Code Welt integrieren, aber für Eclipse sieht es hier schon schwerer aus.

Und wie sieht es eigentlich nun in einem On-Prem und Private Cloud System aus? Ein Kunde der immer noch viele klassische Erweiterungen warten muss, eine Modifikation beim Hinweiseinbau, SPAU und SPDD? Dafür muss man immer noch in die SAP GUI gehen, um als Entwickler den Standardtätigkeiten nachzukommen.

 

Features

Schauen wir uns dazu erst einmal ein paar der Features an, die auf den unterschiedlichen Plattformen unterstützt werden. Vor allem im ABAP Bereich greifen wir uns nur einige Beispiele heraus. Dabei gehen wir bei BAS davon aus, dass später die Funktionen für VS Code, auch dort verfügbar sein werden. In der Übersicht verwenden wir die folgende Legende: ✔️ Verfügbar, ❓Nicht bekannt und ⏱️Features die später wahrscheinlich kommen.

 

In der Übersicht oben handelt es sich vor allem um den initialen Scope der Auslieferung für das nächste Jahr. Wie SAP in den Blog Artikeln bereits berichtet hat, wird es einfach einiges an Zeit kosten den Code in den Language Server zu bekommen und das Gap in den jeweiligen Plugins zu implementieren.

 

Foto von Nicole Avagliano auf Unsplash

Zukunft

Wie sieht also die Zukunft der SAP Entwicklung für die Zukunft aus? Grundsätzlich bekommen wir als Entwickler mehr Freiheiten bei der Auswahl unserer IDE und mit dem Language Server hat SAP die Möglichkeit in der Zukunft schneller andere oder auch anyIDE zu ermöglichen. Dabei sollten wir allerdings auch einige Punkte berücksichtigen.

 

Bereitstellung

Die Bereitstellung in den Unternehmen ist nicht immer so einfach, wie auf dem eigenen Rechner und mit entsprechenden Rechten. Unternehmen sind hier sehr unterschiedlich und ein einfacher Rollout von Software nicht immer möglich. Ob Eclipse oder VS Code, Updates der IDE und der Plugins erfolgt auf recht hoher Frequenz. Grundsätzlich steht damit im Raum, auch die IDE in die Cloud bzw. BTP zu packen. Wenn also auch in Zukunft ABAP in BAS unterstützt wird, würde das von der Community und den Unternehmen begrüßt werden und auch bei Schulungen entfällt dann endlich die Frage: Ist deine IDE auf dem aktuellen Stand?

 

Features

Vor allem in den nächsten Jahren können wir uns auf einen größeren Feature-Gap einstellen. Wie es auf der SAP TechEd auch Anklang, ist die Private Cloud auch ein strategisches Produkt, welches in Zukunft für SAP immer noch wichtig ist. Bedeutet aber auch, dass wir die klassische ABAP Entwicklung und Wartung weiterhin betreiben. Damit müssen wir die SAP GUI und SE80 weiterhin einigermaßen können für SPDD, SPAU und SPAU_ENH. Wobei wir für Probleme mit Core Data Services heute schon zu ADT wechseln müssen, was manche SAP Basis in dieser Phase vor Herausforderungen stellt.

In der Public Cloud ist das Gap dann eher gering, da wir uns als Entwickler nicht mehr mit dem Upgrade und damit mit der SAP GUI beschäftigen müssen. Hier werden wahrscheinlich die unterschiedlichen Features der einzelnen IDEs zum Tragen kommen. Benötige ich den AI Agent oder MCP muss ich vielleicht nach VS Code, muss ich ein unsupportetes Objekt warten, dann wieder nach ADT. Die Features werden sich in Zukunft dann immer mehr angleichen, ist natürlich die Frage, wie lange wird das Dauern.

 

Enablement

Eine Sache die wir aber auch betrachten sollten, ist das Thema Enablement der Entwickler. Mehr Möglichkeiten an IDEs bedeutet auch unterschiedliche Herausforderungen die Entwickler von der klassischen Welt in die moderne Welt zu bekommen. Welche Tools sollen geschult werden, welches Tool wird beim Kunden eingesetzt? Wenn jemand Schulungen anbietet und sich auf eine IDE spezialisiert, der Kunde wiederum nur die andere unterstützt. Hier entstehen durchaus zahlreiche Herausforderungen für Kunden und Partner bei der richtigen Wahl der Entwicklungsumgebung.

 

Plugins

Aktuell gibt es zahlreiche Plugins in Eclipse die den ABAP Entwickler bei seiner täglichen Arbeit unterstützen. Inwieweit werden diese Tools dann in Zukunft zur Verfügung stehen? Die Community wird sicherlich bemüht sein die Plugins auch für verschiedene Plattformen zur Verfügung zu stellen. Bleibt am Ende aber trotzdem die Frage, ob auch zum Beispiel BAS offen genug sein wird, um die Plugins dort zu betreiben.

 

Integration

Schauen wir aktuell auf das Thema Integration in die SAP Build Welt, dann macht dieser Schritt auf jeden Fall Sinn. Per Vibe Coding ein RAP Projekt erstellen und nahtlos weiter editieren? Funktioniert mit den aktuellen Tools nicht ganz so gut und der durchgehende Joule Support auch nicht. Daher wäre eine integrierte Tool-Chain gut, um das Thema ABAP als Side-by-Side Plattform mit SAP Build Integration noch besser zu platzieren.

 

Zusammenfassung

Der erste Schritt ist vollendet, SAP wird VS Code im nächsten Jahr unterstützen. Der Umfang der Features wird sich am Anfang noch im Rahmen halten und wir müssen schauen, wie wir das neue Tool dann bereits effektiv einsetzen können und wo es noch größere Gaps gibt. Für die Public Cloud und ABAP Cloud wird es erst einmal ganz gut aussehen und eines der wichtigen Szenarien unterstützen.

Bist du vor allem noch On-Prem und in der Private Cloud unterwegs, dann stehen dir nun drei IDEs zur Verfügung, was es erst einmal nicht einfacher macht. Entwickler die eigentlich aus der SE80 weg sollten, haben nun ein weiteres Argument noch etwas länger auf die Transformation zu warten.

Insgesamt würden wir aber sagen, machen die SAP Kollegen aktuell einen guten Job bei der Integration der IDE für die Zukunft, werden aber auch noch viel Zeit und Kapazität investieren müssen. Daher sollten wir als Entwickler erst einmal kleine Schritte erwarten. Willst du mehr Details zum Prozess und Einblicke in das Thema haben, empfehle ich die drei Artikel unten.

 

Foto von Markus Winkler auf Unsplash

Eigene Meinung

Als Entwickler möchten ich meine Aufgabe möglichst in einer IDE durchführen oder die verschiedenen IDEs sind sehr gut miteinander integriert. Muss ich für verschiedene Aufgaben in verschiedene IDEs abspringen, dann muss ich auch all die Umgebungen lernen und ob ich dann wirklich effektiv damit arbeiten, steht auf einem anderen Blatt (Shortcuts, Plugins, Flow). Schaue ich mir den aktuellen Arbeitsflow der letzten Projekte an, gibt es hier noch ein größeres Gap an Tools:

• Unterstützung beim Systemupgrade über GUI Tools
• Entwicklung einer App mit RAP über ADT
• Erstellung und Deployment der Fiori App über BAS
• Erweiterung einer Standard Fiori über die Key User Tools
• Modellierung eines Workflows in SAP Build Process Automation

 

Als Entwickler bin ich hier im Prozess die flexibelste Position und springe auch im Moment zwischen verschiedenen Tools, Oberflächen und Technologien, um meine Arbeit zu erledigen. Ich baue Extensions für ein ERP System. Als erfahrener Entwickler kein Problem, doch wie sieht es mit denen aus, die sich erst noch ausbilden lassen? Eine IDE die mich unterstützt, wäre da schon hilfereich.

 

Fazit

Welche IDE wirst du in Zukunft nutzen oder hast du überhaupt intern oder beim Kunden eine andere Wahl? Grundsätzlich wird die IDE Landschaft etwas bunter, macht es Entwicklern und Unternehmen aber auch nicht unbedingt einfacher. Egal ob Bereitstellung oder Schulung, werden die Herausforderungen in Zukunft mehr werden.

 

Weitere Informationen:
SAP Community - Everything you need to Know
SAP Community - ABAP Development Tools Architecture
SAP Community - Next Era of ABAP Development