Kontrolle UPDDTA

[Fuerchau]

Dann wirst du um den Before-Trigger (wie von dir beschrieben) halt nicht herumkommen.
Zusätzlich musst du dann aber eine ESC-Message senden (MSG-API), damit der Update/Insert/Delete dann auch fehlschlägt und UPDDTA dann abstürzt.
Da du ja nicht auf die Daten selber zugreifen, sondern nur Programm und User prüfen musst, kannst du für alle betroffenen Dateien und Funktionen (Update/Insert/Delete) auch denselben Trigger verwenden.
Aber trotzdem: mittels UPDDTA einem Anwender zu erlauben an den Daten herumzupfuschen ist schon seltsam.

[RobertMack]

Wie wär's mit einem eigenen UPDDTA vor der QSYS welche erstmal die angegebene Datei prüft und dann das Original in QSYS aufruft ... oder eben nicht ...

[BenderD]

... immerhin hat upddta ja die Datei in der PArameterliste, da könnte man nach Altvorderen Art ein Validity checker an den command hängen (CHGCMD VLDCKR(xyz). Ob es da einen exit point gibt, weiß ich nicht - UPDDTA, das muss gefühlte 50 Jahre her sein.

D*B