Die Transaktion stellt einige Funktionen zur Überwachung, Analyse und Fehlersuche bereit.

Folgende Funktionen stehen zur Verfügung.

Über Bearbeiten ® Debugging kann das HTTP-Debugging für einen bestimmten Beutzer im aktuellen Mandanten ein- und ausgeschaltet werden.

Ist das HTTP-Debugging aktiviert, so wird bei Eingabe der entsprechenden URL im Browser ein neuer Modus mit dem ABAP Debugger erzeugt, mittels dem der Handler debuggt werden kann.

Sie haben zwei Möglichkeiten, HTTP-Breakpoints zu setzen, die Sie auch kombinieren können.

• Sie können den virtuellen Host und den Teilpfad spezifizieren. Ist dieser in der URL enthalten, so wird in der ersten Zeile des HTTP-Requst-Handlers zu dem entsprechenden Service ein HTTP-Breakpoint gesetzt.
• Geben Sie eine Handler-Klasse an, so wird in der ersten Zeile dieser Klasse ein HTTP-Breakpoint gesetzt.

In dem Popup zur Aktivierung des Debuggings können Sie noch folgende Angaben machen:

• Nur Aufrufe von SAPGui-IP: Ist diese Checkbox aktiv, so wird das Debugging nur aktiviert, wenn der HTTP-Client (normalerweise der Web-Browser) auf derselben IP-Adresse läuft wie der SAPGUI des Systems, an dem man sich anmeldet. Dies verhindert bei vielen HTTP-Nutzern, dass man andere Sessions als die eigene debuggt.
• Gültigkeitsdauer, wie lange das Debugging unter dem angegebenen Bedingungen aktiv sein soll.

Technisch gibt es die folgenden Typen von Breakpoints:

• HTTP-Breakpoints: Der Debugger kommt hoch, falls die Stelle bei der Bearbeitung eines HTTP-Requests passiert wird.
• Session-Breakpoints: dies sind die gewöhnlichen ABAP-Breakpoints; wird bei der Ausführung eines ABAP-Programms die Stelle passiert, kommt der Debugger hoch.

Es gibt zwei Möglichkeiten, HTTP-Breakpoints zu setzen. Sie können im ABAP-Editor unter Einstellungen das HTTP-Debugging aktivieren. Dann werden Sie bei jedem Breakpoint, den Sie setzen, gefragt, ob es sich um einen HTTP- oder einen Session-Breakpoint handeln soll.

Die andere Möglichkeit ist die oben beschriebene.

 Was tun, wenn der Debugger nicht hochkommt, obwohl Debugging aktiviert wurde?

Hier gibt es einige Fehlerquellen. Falls der Debugger nicht hochkommt, können Sie folgendes versuchen:

• Protokoll: Sie können Traces für HTTP sowie für SMTP-Kommunikation ziehen.
• URL-Pfad: Präfix für den Pfad, bei dem der Trace erstellt werden soll.
• Gültigkeitsdauer: Dauer, wie lange bei diesem Pfad der Trace aktiv sein soll (falls er nicht mittels Trace ® Deaktivieren deaktiviert wird).
• Nur Aufrufe von SAPGui-IP: Ist diese Checkbox aktiv, so wird das Debugging nur aktiviert, wenn der HTTP-Client (normalerweise der Web-Browser) auf derselben IP-Adresse läuft wie der SAPGUI des Systems, an dem man sich anmeldet. Dies verhindert bei vielen HTTP-Nutzern, dass man andere Sessions als die eigene debuggt.
• Trace-Level: Hier können Sie Trace-Level 2 oder 3 einstellen.

Anschließend können Sie den Trace deaktivieren und sich die Datei über Bearbeiten ® Trace ® Trace anzeigen anzeigen lassen.

Über Bearbeiten ® Laufzeitanalyse können Sie die Laufzeitanalyse für den aktuellen Benutzer aktivieren. Sie erhalten das gleiche Popup wie beim Trace (mit Ausnahme des Trace-Levels).

Unter Bearbeiten ® Server-Monitor können Sie sich – für den aktuellen Server oder für das gesamte SAP-System – anzeigen lassen, welche der aufgeführten Funktionen aktiviert sind.

Da die Funktionen performancekritisch sind, empfiehlt es sich, die Einstellungen zu überwachen und nicht mehr benötigte Einstellungen zu deaktivieren.

In diesem Beispiel wurde die lokale Übersicht gewählt. Trace und Laufzeitanalyse sind jeweils für einen Benutzer aktiviert, Debugging ist nicht aktiv.