Zitat Zitat von BenderD Beitrag anzeigen
... von all dem genau würde ich die Finger lassen!!!
- commitscope *JOB verändert das Sperrverhalten
- RCLRSC im ILE/OPM Mix ist Murx
- RCLACTGRP mit commit is Murks (schau Dir mal die defaults an)!!!
- von rumprobiererei halte ich grundsätzlich nichts, stattdessen: zu Ende anylysieren und korrigieren.

D*B
@1: es sieht für mich so aus, dass STRCMTCTL vor Aufruf (oder im CL-Programm erfolgt) genauso wie der ENDCMTCTL.
@3:Ich wüsste nicht, dass ich empfohlen habe in dieser Situation den RCLACTGRP zu verwenden (und schon gar nicht in Verbindung mit Commit)

Wenn Du schon auf die Defaults verweist ... die sind auch nicht immer das Gelbe vom Ei.
Außerdem solltes Du mal die Handbücher lesen:
Auszug aus Database Commitment Control (Release 7.5) - Commitment Definition Names:
Original Program Model (OPM) programs run in the default activation group, and by default use the *DFTACTGRP commitment definition. In a mixed OPM and ILE environment, jobs must use the job-level commitment definition if all committable changes made by all programs are to be committed or rolled back together.
...
An opened database file scoped to an activation group can be associated with either an activation-group-level or job-level commitment definition. An opened database file scoped to the job can be associated only with the job-level commitment definition. Therefore, any program, OPM or ILE, which opens a database file under commitment control scoped to the job needs to use the job-level commitment definition.

https://www.ibm.com/docs/en/i/7.5?to...mmitment-names

Außerdem geht hier mal wieder darum eine Lösung für ein aktuelles Problem zu finden.
... und nicht darum wie es theoretisch im optimalen Zustand auf der grünen Wiese laufen würde (nämlich ohne OPM)