Lockwait auf DTAARA ?

[BenderD]

das sieht mir erst mal mehr nach einem OS/400 Bug aus. Die Wartezeit schlägt ja nur zu, wenn man das Objekt n i c h t zugeordnet bekommt. Sprich Verkürzung der Wartezeit beschleunigt den Abbruch einer Aktion, nicht die Durchführung!

D*B

Nein, den gibt es nicht.
Wie gesagt, die Dateiwartezeit kann man an der Datei selber einstellen.

Alle anderen Objekte werden über ihre Klasse gesteuert.
Anscheinend ist für DTAARA's jetzt der Default von 0 auch auf die Job-Standardwartezeit geändert worden.

Besser wäre, dass GFC seine ALCOBJ's entsprechend auf WAIT(0) anpasst als im System rumzustricken.

Die Standardwartezeit findest du über:

DSPSBSD
7 -> Leitwege
5 -> Anzeige Details

Hier sieht du die verwendete Klasse.
Mit CHGCLS kannst du die Wartezeit anpassen.

Allerdings hat dies auf das gesamte System Auswirkungen und kann sich ggf. nachteilig auswirken.

Besser wäre eine Anpassung der Anwendung.

[Fuerchau]

"Alte" Anwendungen prüfen gerne über ALCOBJ ob ein Batchjob aktiv ist oder nicht.
Wenn sich nun der Default bestimmter Objektarten ändert, ändert sich eben auch das Prüfverhalten.

Deshalb verwende ich auch bei Sperr-Prüfungen grundsätzlich WAIT(0), da ich per DLCOBJ die erhaltene Sperre eh sofort wieder freigebe.

[BenderD]

wenn das Objekt verfügbar ist, dann ist die Wartezeit schnurz, wenn das Objekt nicht verfügbar ist, dann bräuchtest du nicht zu prüfen, wenn du deine Aktion dann trotzdem durchführen willst???

"Alte" Anwendungen prüfen gerne über ALCOBJ ob ein Batchjob aktiv ist oder nicht.
Wenn sich nun der Default bestimmter Objektarten ändert, ändert sich eben auch das Prüfverhalten.

Deshalb verwende ich auch bei Sperr-Prüfungen grundsätzlich WAIT(0), da ich per DLCOBJ die erhaltene Sperre eh sofort wieder freigebe.

[Pikachu]

Sofort oder erst nach 30 Sekunden Wartezeit aufzugeben macht manchmal schon einen Unterschied.

[Fuerchau]

DANN habt ihr mich NICHT verstanden.

Ein bestimmter Batchjob lockt per ALCOBJ eine DTAARA, so dass man per ALCOBJ nur prüft, ober der Batchjob auch noch läuft.
Tatsächlich erhalten will ich die Sperre ja gar nicht (deshalb die sofortige Freigabe), sondern nur z.B. im Bildschirm anzeigen, dass der Batch bereits aktiv ist.
Kann ich die Sperre ohne CPF erhalten, weiß ich, dass der Batchjob eben nicht läuft.

Das Objekt selber, die DTAARA, dient hier nur als Anker (Semaphore) mangels anderer Möglichkeiten (insbesonders wenn man auf CLP beschränkt ist).