Cadaxo SQL Cockpit 3.4 – Releaseinfos

Für die Version 3.4 unseres SQL Cockpits haben wir neben einigen kleineren Verbesserungen und Korrekturen ein paar sehr interessante Features eingebaut bzw. erweitert.

 

Schnelleinstellung für „Up to“

Mit Hilfe dieser Funktion kann gezielt nur eine bestimmte Anzahl von Einträgen gelesen werden, ohne die Benutzereinstellungen zu ändern oder den ABAP SQL Befehl UP TO x ROWS eingegeben zu müssen. Eine explizite Angabe über UP TO x ROWS wird nicht überschreiben!

  • Die Werte 1, 500 und 1000 sind immer vorhanden
  • Über „Wert eingeben“ kann ein zusätzlicher Wert eingegeben werden
  • An erster Stelle steht immer der Vorschlagswert aus den Benutzereinstellungen

 

Performanter CSV Export

Die im Standard in den ALV Listen vorhandene Exportfunktionen sind bei größeren Mengen sehr langsam bzw. brechen im Extremfall sogar mit Kurzdumps ab.
Aus diesem Grund wurde eine performante Variante zum Export von Daten in ein CSV Format ergänzt.

Suche bzw. Filtern von Varianten

Das Suchen oder Filtern von Varianten war bisher nicht möglich. Über die neue Filterfunktion können Varianten einfach und intuitiv gefiltert werden.

Hintergrundjob an mehrere Verteiler

Die Fertigstellung von Hintergrundjobs kann nun an mehrere Empfänger per Mail mitgeteilt werden. Mehrere Empfänger können einfach durch ; getrennt eingegeben werden.

Report Generatoren

Die Report Generatoren wurden dahingehend überarbeitet, dass diese nun State-of-the-art Coding generieren.

 

ABAP SQL FIELDS, OFFSET, CROSS JOIN

Mit 7.50 bzw. 7.51 wurde der ABAP SQL um die Funktionen CROSS JOIN, FIELDS und OFFSET erweitert. Ab diesem SQL Cockpit Release unterstützen wir diese neuen ABAP SQL Möglichkeiten.

 

Teilen von Symbolen

Ähnliche wie das Teilen des Editors, können nun auch Symbole mit anderen Benutzern geteilt werden.

Remote Teilen von Inhalten

Beim Teilen des Editors bzw. der Symbole kann nun auch eine RFC Destination gewählt werden. Somit besteht die Möglichkeit die Inhalte mit anderen SAP Systemen oder Mandaten auszutauschen.

Meine Queue

Da nun die Inhalte des Editors und der Symbole geteilt werden können, wurde die Queuedarstellung von „Meine Queue“ um eine Feld Typ erweitert. Mögliche Inhalte derzeit SQL (= Inhalte des Editors) oder Symbol.

Felder mit mehr als 128 Zeichen Länge – Premium Edition

Jetzt können auch Felder mit einer Länge über 128 Zeichen bearbeitet werden. Die Zelle wird als Link dargestellt und beim Anklicken öffnet sich ein Popup mit Textfeld. Der Inhalt des Textfeldes wird mit allen Zeilenumbrüchen gespeichert.

Domi Bigl und die ABAP Development Tools

Domi Bigl war bei Cadaxo der Erste, der sich ausführlich mit den ABAP Development Tools beschäftigt hat. In der Zwischenzeit verwendet er seit langer Zeit fast ausschließlich ADT für die ABAP Entwicklung. Grund genug, ihm mal ein paar Fragen zu den ABAP Development Tools zu stellen:

Du bist ja bekanntlich ein Early Adopter der ABAP Development Tools. Seit wann verwendest Du ADT und was hat dich zum Umstieg bewogen?

Eclipse verwende ich schon sehr lange für alle möglichen Programmiersprachen. Im SAP Umfeld wurde es als Netweaver Developer Studio schon für z.B. Portal Entwicklungen am Java-Stack eingesetzt. Seit HANA, SAPUI5 und CDS Views ist Eclipse auch für den ABAP-Stack notwendig geworden. Mit den ADT war dann endlich auch ABAP Programmierung im Eclipse möglich – das wollte ich natürlich sofort ausprobieren!

Ging der Umstieg für dich einfach oder hattest Du in gewissen Bereichen Schwierigkeiten?

Mit Eclipse war ich ja schon vertraut, hatte also keine Probleme mit dem generellen Handling, Views, Perspektiven usw. Gewöhnungsbedürftig war der „quelltextbasierte Class Builder“, im GUI habe ich immer den formularbasierten verwendet. Und der Doppelklick. Die Funktionen von Doppelklick und Strg-Klick sind genau andersrum wie im GUI, dass muß einem einmal einfallen ;-). Der Debugger ist auch noch etwas unhandlich und kommt manchmal mit dem GUI durcheinander.

Bekanntlich werden noch nicht alle Entwicklungsaufgaben durch ADT unterstützt. Beispielsweise können derzeit noch keine Enhancements gepflegt werden und der Debugger verfügt auch noch nicht über die gleichen Möglichkeiten wie der SE80 Debugger?

Stimmt, aber in einem Enhancement sollte man ja ohnehin nur einen Methodenaufruf einer Z-Klasse drinnen haben, das ist dann nicht so das Problem, außerdem kommt das ja mit 752! Der Debugger wird auch ständig verbessert – und als der neue Debugger im GUI kam, hat anfangs auch beinahe jeder auf den alten Debugger umgeschalten, oder?

In eine Ähnliche Richtung gehen Entwicklungen von z.B. SAP CRM. Dort gibt es eigene Tools welche ausschließlich in SAP Gui lauffähig sind. Wie gehst Du damit um?

Ich verwende auch z.B. für die Component Workbench den embedded SAP GUI. Per Doppelklick öffnen sich die Klassen oder Methoden dann wieder im ADT Editor. Das funktioniert einwandfrei. Es wird ja auch für andere Objekte der embedded GUI aufgerufen: Tabellen (und Strukturen) bzw. DDIC generell – je nach Release halt, oder Berechtigungsobjekte oder … . Was noch fehlt, ist der Transaktionsbaum – also SESSION_MANAGER aus dem GUI, man muss die Transaktionen wissen bzw eben irgendwie suchen und eingeben – Tx SE93 oder Tabelle TSTCT… Es gibt auch ein cooles Plugin: ABAP Favorites (https://abapblog.com/)

Was würdest Du einem klassischen ABAP Entwickler, der in die ADT Welt einsteigen möchte, raten? Hast Du Tipps wie der Einstieg optimal verlaufen kann?

Einfach starten! Jetzt! Und mit jetzt mein ich vor 5 Monaten! Nein, im Ernst: wer jetzt noch nicht nicht mit ADT arbeitet, darf sich nicht mehr ABAP Entwickler nennen. Und die Basis-, Software- oder Securityteams als Ausrede zu verwenden, zählt einfach nicht mehr: ADT gehört zur SAP Entwicklung, wie sonst wollt ihr schnell und Clean-Code konform entwickeln, oder CDS Views erstellen oder auch nur anschauen – außer mit dem SQL Cockpit vielleicht ;-)? Und gerade wenn man noch nicht mit CDS Views, UI5 Apps, HANA Views und dergleichen zu tun hat, für die (zumindest) Eclipse notwendig sind, sollte man sich doch mit Altbekanntem – ABAP Programmierung – an eine neue IDE gewöhnen und nicht CDS, DDL, DCL, Javascript, einerseits… UND eine neue Umgebung andererseits kennen lernen müssen!

Die ABAP Development Tools werden kontinuierlich verbessert, gibt es dennoch Dinge die deiner Meinung nach fehlen und dringend eingebaut werden sollten?

Wie schon erwähnt: der SESSION_MANAGER fehlt schon etwas. Und dass eine Klasse in einem Auftrag gesperrt wird, obwohl ich nur Methoden-Coding ändere? Zwei Methoden in jeweils unterschiedlichen Transportaufträgen und die Klasse ist mit ADT nicht bearbeitbar?!?! Ähnliches gilt für Enhancements – nur weil eine Methode Erweitert wurde, muss man doch nicht die ganze Klasse tabu sein! Zum Glück trifft einen das nur selten – vor allem, wenn andere Teammitglieder noch die SE24 bevorzugen… Die meiste Zeit freut man sich über 7 neben-, über-, und untereinander offenen Objekte oder die Quickfixes, Quickinfos, Refactoring Möglichkeiten, … und hofft, dass der Debugger diesmal im Eclipse aufgeht – oder vielleicht doch besser im GUI 😉

Gibt es sonst noch etwas dass Du zum Thema ABAP Development Tools sagen möchtest?

Die Zeiten von Report mit 5k Zeilen mit FORMs und vielleicht auch noch ohne INCLUDEs sind vorbei – OOP, TDD, CI, ARP, CDS, SAPUI5, SAP Cloud Platform ABAP Environment, Git… Das sind nicht nur schöne Schlagworte – damit verändert sich auch die Art wie, wo und was ein ABAP Entwickler implementiert und mit welchen Tools. Die SE80 ist dafür nicht mehr zeitgemäß, die WebIDE wird (zumindest derzeit) nicht für ABAP Entwicklung erweitert werden – damit bleiben nur die ADT in Eclipse! Aus meiner Sicht werden zumindest die nächsten 5-10 Jahre die ADT DIE IDE für ABAP/SAP Development sein! Probiert es aus, freundet euch damit an und nach einer Woche werdet ihr die SE38/SE24/SE80/… nicht mehr vermissen!

Vielen Dank für deine Antworten!

Links

Eclipse Plugins: https://marketplace.eclipse.org/search/site/ABAP

ABAP Developer Tools FAQs SAP Community Blog: https://blogs.sap.com/2012/06/12/faqs-abap-development-tools-for-eclipse/