Triggerprogramm debuggen

[harbir]

Zur Definition eines Service-Entry Points startet man den Debugger für das gewünschte Programm ganz normal mit STRDBG < Programmname>. Dann setzt man auf die gewünschte Zeile einen Breakpoint. Das macht man aber nicht mit der F6-Taste, sondern man gibt auf der Befehlszeile im Debugger sbreak user ein. (Z.B. "SBREAK 82 user meier"). In diesem Fall wird das Programm in der Zeile 82 gestoppt, sobald der User Meier in irgendeinem Job das Programm aufruft. Wenn das passiert, bekommt man in der Sitzung, in der man den Debugger gestartet hat, eine Meldung "Der Service-Eingangspunkt stoppte bei Zeile 20 in Programm SCR/A in Job ...". Auf diese Meldung geht man dann mit F1. Im Text kann man dann den genauen Job ablesen. In einer 2. Sitzung kann man dann für diesen Job einen STRSRVJOB durchführen und normal debuggen.

Das ist ein wenig umständlich. Einfacher geht es, wenn man RDP einsetzt. Da ist das ganze in der grafischen Oberfläche etwas benutzerfreundlicher gemacht. Aber es ist das gleiche Verfahren.

Gruß,
Dieter

Hallo,

danke für die Erklärung.

Noch eine kurze Frage:
Welcher User führt standardmäßig das Triggerpgm aus?
ist das immer der User, der den Trigger auslöst oder ist das ein Systemuser?

VG
harbir

[dschroeder]

Bei "normalen" interaktiven iSeries Jobs müsste das der angemeldete User sein. Bei Batch-Jobs kann das ein anderer User sein. Das kann man ja beim SBMJOB mitgeben. Beim Aufrufen von iSeries-Programmen vom PC aus bin ich mir nicht sicher. Dort ist es ja normalerweiser der QUSER. Aber möglicherweise wird dort auch der Current User verwendet.

Dieter

[harbir]

Bei "normalen" interaktiven iSeries Jobs müsste das der angemeldete User sein. Bei Batch-Jobs kann das ein anderer User sein. Das kann man ja beim SBMJOB mitgeben. Beim Aufrufen von iSeries-Programmen vom PC aus bin ich mir nicht sicher. Dort ist es ja normalerweiser der QUSER. Aber möglicherweise wird dort auch der Current User verwendet.

Dieter

Hallo,

danke, das hat mir sehr weitergeholfen.

Die Daten in der getriggerten Datei kommen über einen Webservice auf die iSeries und ja, es wird hier der QUSER verwendet.

VG
harbir

[Fuerchau]

QUSER ist nur Bestandteil des Jobnamens.
Die SQL-Funktion Current_User bzw. USER liefert den aktuellen User aus der Anmeldung.
Wenn ein Trigger-Pgm nur den Job-User abfragt (SDS im RPG, RTVJOBA im CL) wird QUSER geliefert.

Wenn man den richtigen User haben will, sollte man diesen per API/SQL abfragen.

Diese Information ist nicht statisch!

Durch die Wiederverwendung von QZDA-Jobs kann der User auch gewechselt werden.