Debugging für Eclipse-IDE vorbereiten

Bevor Sie Ihre Anwendung debuggen, müssen Sie eine kleine Anzahl von Schritten auf der IBM Z® -Maschine ausführen.

Prozedur

  • Wenden Sie sich an Ihren Systemadministrator, um sicherzustellen, dass z/OS® Debugger über genügend Speicher zum Ausführen und Debuggen Ihrer Anwendung verfügt. Das Ändern der Regionsgröße (z. B. REGION=0M) kann dabei helfen, die Verfügbarkeit von ausreichendem Speicher sicherzustellen. Stellen Sie außerdem sicher, dass die Jobklasse, die von Ihrer Anwendung ausgeführt wird, in dieser Regionsgröße ausgeführt werden kann und dass sie die für die Ausführung der Debugsitzung benötigte Zeit zulässt.
  • Wenn Sie ein Debugging für eine CICS® -Transaktion durchführen, müssen Speichergröße, Transaktionsaktivierung und Dateizugriff von einem CICS -Administrator festgelegt werden. Wenn z/OS Debugger installiert und für Ihre CICS -Region verfügbar gemacht wurde, müssen diese Schritte bereits ausgeführt werden. Wenden Sie sich an Ihren CICS -Administrator, wenn Änderungen an diesen erforderlich sind. Weitere Informationen finden Sie im Abschnitt „Hinzufügen von Unterstützung für das Debuggen unter CICS “ im Handbuch zur Anpassung des Debuggers „ IBM® z/OS “.
  • Stellen Sie sicher, dass Sie Zugriff auf und Leseberechtigung für die ausführbare Datei von z/OS Debugger (SEQAMOD) haben.
  • Stellen Sie sicher, dass Sie auf die Quelle der kompilierten Einheit zugreifen können, für die Sie den Debugger ausführen. Die Quelle für die Sie Zugriff benötigen, hängt von der Programmiersprache, den Compileroptionen und der Compilerversion ab. Der Abschnitt „Vorbereiten Ihres Programms für die Fehlersuche“ im Benutzerhandbuch zum Debugger von „ IBM z/OS “ beschreibt für jede Programmiersprache die Dateien, auf die Sie Zugriff benötigen.
    Hinweis: Wenn Sie Debug Managerverwenden, können Sie den nächsten Schritt überspringen. Debug Manager nutzt Ihre z/OS-Verbindung über die Ansicht "Ferne Systeme" und ermittelt automatisch die IP-Adresse und Portnummer für Ihren Client.
  • Stellen Sie sicher, dass Sie die IP-Adresse oder den Hostnamen (einschließlich der Portnummer) der Maschine kennen, auf der die Debuggerbenutzerschnittstelle ausgeführt wird. Sie benötigen diese Informationen, wenn Sie die Laufzeitoptionen TEST schreiben, mit denen eine Debugsitzung gestartet wird. Wenn Sie die IP-Adresse der Clientmaschine in der Debuggerbenutzerschnittstelle abrufen möchten, wechseln Sie zur Ansicht "Debug" und klicken Sie rechts neben dem Dämonsymbol auf den Abwärtspfeil. Wählen Sie dann im Menü Workstation-IP abrufen aus. Das Dialogfeld "Workstation-IP abrufen" wird geöffnet, in dem die aktuelle IP-Adresse der Clientmaschine angezeigt wird. Sie können die IP-Adresse in diesem Dialogfeld auswählen, sie kopieren und in eine JCL einfügen.
    Anmerkung: Wenn die Workstation über mehrere LAN-Adapter verfügt oder wenn zwischen Workstation und Server ein Router oder ein VPN (Virtual Private Network) vorhanden ist, können in diesem Dialog mehrere IP-Adressen aufgelistet werden. Sie müssen möglicherweise alle IP-Adressen ausprobieren, um die Adresse zu finden, die der Server verwenden kann.
  • Wenn Sie Ihre TEST -Laufzeitoption selbst codieren, Suchen Sie Beispiele in der Tabelle TEST -Laufzeitoptionsbeispiele für fernes Debugging und eine vollständige Syntax in Syntax der Laufzeitoption TEST.
  • Für Nicht-CICS -Anwendungen können Sie, wenn Debug Profile Service aktiv ist, TEST ohne Unteroptionen verwenden, um den Debugverzögerungsmodus zu aktivieren. Weitere Informationen finden Sie unter Einfache TEST-Option.
  • Stellen Sie sicher, dass Sie die entsprechenden Anweisungen im Abschnitt „Starten des Debuggers von z/OS “ im Benutzerhandbuch zum Debugger von IBM z/OS befolgt haben. In diesem Abschnitt werden Anweisungen zum Starten von Programmen bereitgestellt, die in verschiedenen Umgebungen ausgeführt werden.
  • Wenn Sie Assemblercode debuggen, müssen Sie den Befehl LOADDEBUGDATA (LDD) für jede Kompilierungseinheit verwenden, die Sie debuggen möchten (verwenden Sie den Befehl zum Laden von EQALANGX).