QZDASOINIT Job Prio und so...

[DVE]

leider laufen alle jobs mit Quser deshalb wird das so nicht funktionieren

.. aber jeder hat seine eigene Jobnummer.

.. desweiteren könntest du das QHST auswerten (MSG-ID CPIAD09). Um von "außen" festzustellen welcher Benutzer sich gerade welchen Job zugeordnet hat.

Gruß
DVE

[ludwigD]

du meinst mit der jobnr. joblog erzeugen, und durch das joblog durchparsen und den tatsächlichen user zu ermitteln,
ja das könnte gehen, aber der ansatz mit
rtvjoba (user) wird halt nicht gehen weil immer quser zrück kommt.

tja wenns leicht wär würde man uns ja nicht brauchen

[DVE]

du meinst mit der jobnr. joblog erzeugen, und durch das joblog durchparsen und den tatsächlichen user zu ermitteln,
ja das könnte gehen, aber der ansatz mit
rtvjoba (user) wird halt nicht gehen weil immer quser zrück kommt.

tja wenns leicht wär würde man uns ja nicht brauchen

beim RTVJOBA erhältst du alle Jobinfos also auch die Jobnummer und im Parameter CURUSER den aktuell angemeldeten Benutzer. Also nicht QUSER sondern den der sich den Job zugeordnet hat.

gruß
DVE

[Fuerchau]

Hier hilft tatsächlich eine SQL-Prozedur, die per

set :MYUser = User

den aktuellen SQL-User abfragt und dann damit ggf. das QCMDQXC/CLP aufruft um die Job-Prio zu setzen.

Aber Achtung:
Die Job-Prio muss auf jeden Fall angepasst werden da sonst irgendein vorheriger Wert stehen bleibt.

Verbindungen, die diese Prozedur nicht aufrufen laufen ggf. mit der falschen Prio.

[ludwigD]

endlich kapiert.
bei rtvjoba
user = user wie man ihn unter wrkactjob sieht (quser in unsren problem)

und curuser ist dann der richtige

vorher

nun

gruß
ludwig