Aktivation Groups und Shared Files

[DEVJO]

Guten morgen,

ich würde gerne mal wissen wie sich Shared Dateien verhalten, wenn von OPM auf ILE gewechselt wird.
Ich habe leider nicht ganz soooo viel Erfahrung mit OPM, da ich von Anfang an fast ausschliesslich im ILE-Umfeld gearbeitet habe.

Im Prinzip dürfte sich ja nun nicht so wahnsinnig viel ändern.
Da ja (mal ganz Laienhaft ausgedrückt) lediglich eine Activation Group durch mehrere ersetzt wird.
Wenn jetzt alle Files offen sind und sich alle Programme (laufen in OPM) die Zugriffspfade teilen, ist es doch egal, ob die Dateien in der Standard-Activation-Group offen sind und noch eine neue Activation-Group dazu kommt.
Kann es passieren das Programme, die unter OPM laufen falsche, andere Daten bekommen, wenn dazwischen Programm unter ILE laufen?

Ich weiß das es ein recht umfangreiches Thema ist, aber ich würde gerne ein paar Argumente an die Hand bekommen und weiß das sich hier Leute "rumtreiben" die wesentlich mehr Ahnung davon haben als ich

Gruß
Joe

[Fuerchau]

Wenn ein Programm, egal ob OPM oder ILE, falsche Daten bekommt, liegt es nicht an der Umgebung sondern meist am Programmierer.
Man kann ganz locker per CVTRPGSRC aus OPM eine ILE machen (für den Anfang).
Mittels "H DFTACTGRP(*NO) ACTGRP(*CALLER)" läuft erst mal alles so weiter wie bisher.
Dann kann man sich langsam an neue Funktionalitäten oder ganz einfach nur an die vielen Built-In's gewöhnen.

Bzgl. Share ändert sich da auch nichts.

Es ändert sich allerdings der OVRxxx, denn hier gilt der Default OVRSCOPE(*ACTGRP).
Wenn also ein OPM-CLP den OVRDBF macht und das ILE in der Default-ACTGRP QILE läuft, gilt der OVRDBF nicht.
Hier also prüfen und die OVR's auf OVRSCOPE(*JOB) ergänzen. Dann klappt auch dieses erst mal.

[DEVJO]

Moin,

jo das mit den CL - OVRxxx kenn ich.
Ich habe jedoch keine Ahnung von Shared Files, Files die zum Systemstart geöffnet werden und wie es sich mit Activation Groups verhält.
Wie schaut es mit Zyklus - Programmen aus, gibt es hier etwas, hinsichtlich von Activation Groups, zu beachten?

Gruß
Joe

[BenderD]

... zum share gehört der OPNSCOPE, bei dem man einstellen kann, ob der Jobebene, oder ACTGRP-Ebene haben soll, das funktionert analog zum OVRSCOPE. Mit der default ACTGRP gibt es einen Kompatibilitäts Mode für OPM Programme. In benamten ACTGRP und *NEW verhalten sich Programme dann ILE like, da ist unter anderem der LR ohne Auswirkung und man kann durch RCLACTGRP explizit ACTGRPs freigeben.

Das sollte man sukzessive durch ILE ablösen, sobald man ein Programm ändert. Den share yes, den würde ich versuchen komplett loszuwerden.

D*B

[Fuerchau]

Die RPG-Logik (Zyklus) steht in ILE genauso weiterhin zur Verfügung.
Diesen muss man explizit mit NOMAIN oder MAIN-Prozeduren ausschalten.

[DEVJO]

Also kann man zusammen fassend sagen, weder die Shared Files noch die alten Programme, die im Zyklus stehen der ILE - Umgebung im Wege.

Es muss zwar an den CL-Programmen gebaut werden, der OVERSCOPE bei den OVRxxx - Befehlen muss angepasst werden.

Ist das so korrekt?