Jobscheduler Tage omitten

[mladjo]

Hallo alle,

ich bin gerade am grübeln bez. einer CL prozedur die Jobscheduler entries für gewisse tage omittet

das ganze soll über die funktion OMITDATE laufen

den anfang könnte ich mir ungefähr so vorstellen:

Nachdem aufrufen soll ein SPLF erstellt werden der inhalt ist die ausgabe eines WRKJOBSCDE


die frage ist wie es weitergehen könnte?

ich freue mich über jeden hilfreichen tipp

lg

[Khholm]

nun,

die Spoolfile in eine PF kopieren (CPYSPLF)
PF auslesen, die relevanten JOBSCDE ermitteln
dann CHGJOBSCDE

Karl-Heinz

[mladjo]

So im groben hab ich mir das auch schon überlegt

hat noch jemand andere lösungsansätze?

würde gern mehr als nur eine möglichkeit in betracht ziehen wobei die wahrscheinlich mit am wenigsten arbeit verbunden ist

[kuempi von stein]

.....Nachdem aufrufen soll ein SPLF erstellt werden der inhalt ist die ausgabe eines WRKJOBSCDE
....

Da bietet sich eventuell auch

List Job Schedule Entries (QWCLSCDE) API

an.

kuempi

[Pikachu]

Oder per API.

[mladjo]

Oder per API.

@pikachu: verstehe deinen link nicht ganz da das PGM nichts mit dem USER zu tun hat unter welchem die jobs laufen

@all
was ich noch vergessen habe zu erwähnen die prozedur sollte "user sicher" sein

[kuempi von stein]

You can change the command to:
Specify different parameters that the Change Job Schedule Entry (CHGJOBSCDE) command can change.

Provide a menu to select job schedule entries to be changed.

wie auch immer...

Der Link von Pikachu ist gut, weil da schon das gesamte Gerüst auf CL-Basis steht. Ist ja eine Vorlage, die nur noch geringfügig angepasst werden muss.

Ich muss mir mal angewöhnen, auch auf Sachen nach 5.2. zu schauen. Hier wird nur mit 5.2. gearbeitet, weshalb ich alles was weiter geht vermeide um nicht verwirrt zu sein.
*ändert mal seine links*

k.

[mladjo]

Hoppla sorry das hab ich übersehen ich hab den source auch nur überflogen und mri ist das mitm user aufgefallen

wieder mal etwas voreilig gewesen

[Pikachu]

Dieses Beispielprogramm gibt's auch unter V5R2 bei IBM (siehe hier).

Mit API ist das sicherer als mit WRKJOBSCDE OUTPUT(*PRINT), CPYSPLF und RCVF, allerdings etwas komplizierter. Dafür bekommt man die benötigten Werte gleich passend geliefert. Zum Ändern eines Jobplanungseintrags kann dann ein entsprechender CHGJOBSCDE abgesetzt werden. Im Beispielprogramm wird der Benutzer geändert, aber man kann stattdessen auch andere Einstellungen ändern.

[mladjo]

Dieses Beispielprogramm gibt's auch unter V5R2 bei IBM (siehe hier).

Mit API ist das sicherer als mit WRKJOBSCDE OUTPUT(*PRINT), CPYSPLF und RCVF, allerdings etwas komplizierter. Dafür bekommt man die benötigten Werte gleich passend geliefert. ändern.

Hi pikachu

was meinst du mit sicherer?
Bin ein asboluter API neuling

lg

[Pikachu]

WRKJOBSCDE OUTPUT(*PRINT) erzeugt eine Liste, deren Aufbau sich aber bei einem neueren Release auch mal ändern kann. So war das zum Beispiel beim WRKOUTQ OUTPUT(*PRINT) ab V5R1. Da hat sich die Spaltenbreite für die Dateinummer geändert und somit haben sich ein paar Spalten verschoben. APIs sind da robuster was Änderungen betrifft.

[mladjo]

ach das meinst du hab ich letztens miterlebt da hat ein kollege auch probleme gehabt weil sich ein wert geändert hat und das PGM plötzlich nicht mehr funktioniert hat