Neuer Debugger 

Einsatzmöglichkeiten

Der neue Debugger ist ein Testwerkzeug, mit dem Sie den Quelltext von ABAP-Programmen überprüfen können. Der Debugger prüft die Programmlogik und entdeckt Fehler im Quelltext.

Integration

Der ABAP Debugger ist ein integriertes Testwerkzeug innerhalb der ABAP Workbench.

Sie möchten eine Anwendung debuggen und starten den Debugger durch Eingabe von /h in das Befehlsfeld der Anwendung. Der Debugger bleibt solange aktiv, bis die Steuerung infolge einer Benutzeraktion wieder an die Anwendung übergeben wird. Die Steuerung geht an den Debugger zurück, sobald ein Breakpoint erreicht wird oder die Anwendung den Debugger explizit mit /h aktiviert. Die Anwendungssitzung wird solange von der Debugger-Sitzung gesteuert, bis die Anwendungssitzung geschlossen oder die Debugger-Sitzung explizit mit /hx beendet wird, falls die Einstellung Schließe Debugger nach Weiter 'F8' und Rollbereichsende nicht markiert ist.

Funktionsumfang

●      Die Benutzungsoberfläche des neuen Debuggers verfügt über eine breite Palette an Anpassungsoptionen. Sie können die Oberfläche entsprechend Ihren Anforderungen und Bedürfnissen einrichten.

●      Der neue Debugger läuft in einem zusätzlichen Hauptmodus, der vom Hauptmodus der Anwendung getrennt ist. Solange dieser Hauptmodus der Anwendung aktiv ist, bleibt auch der Debugger geöffnet und kontrolliert diesen Modus.

Dies ist dann von Vorteil, wenn vom internen Modus unabhängige Programme im Debugging-Modus analysiert werden. Wenn Sie zum Beispiel einen neuen Modus mit SUBMIT REPORT oder CALL TRANSACTION öffnen, bleibt die Debugger-Sitzung geöffnet und alle Einstellungen, wie Anordnung der Werkzeuge oder Liste der Variablen, bleiben unverändert.

●      Wechselt der Eingabefokus vom Debugger auf die Anwendung oder umgekehrt, so wird der eingabebereite Modus vom SAP GUI automatisch in den Vordergrund gestellt.

Einschränkungen

Der neue Debugger kann im exklusiven und nicht exklusiven Modus ausgeführt werden. Exklusiver Modus bedeutet, dass die analysierte Anwendung während des Debuggings einen Work-Prozess des Applikationsservers exklusiv belegt. Im nicht exklusiven Modus sind die Debugger-Funktionen eingeschränkt. Im nicht exklusiven Modus verlangt das System nach jeder Debugger-Interaktion ein Rollout in der Anwendung. Daher muss ein impliziter Datenbank-Commit ausgeführt werden. Dies hat folgende Konsequenzen:

●      Ein Debugging ist zwischen den Anweisungen SELECT und ENDSELECT nicht möglich, weil der Datenbank-Cursor bei einer impliziten Datenbank-COMMIT-Anweisung geschlossen werden muss.

Die weitere Programmausführung wird in diesem Fall abgebrochen.

·        Ein Debugging ist für Konvertierungs- und Feld-Exits nicht möglich.

·        Wegen des impliziten Datenbank-Commits können inkonsistente Datenstände auf der Datenbank auftreten.

Aus diesem Grund ist der nicht exklusive Modus in Produktivsystemen nicht möglich.