Merlin und Co. Sourcen im IFS. Wie klappt das in der Praxis?

[Fuerchau]

Die Service-Programmdiskussion halte ich in diesem Rahmen für nicht unwichtig, da man sich viele Abhängigkeitsregeln und Recompiles durch vernünftiges Planen komplett sparen kann.

Wenn ich eine SQL-Tabelle ändere, ggf. nur Recompile für die Programme, die es brauchen, da die anderen, wenn sie denn mit SQL arbeiten, davon gar nichts merken. Voraussetzungen sind natürlich vernünfitge Defaults bei neuen Spalten.
Ansonsten eben leider alle Programm/Module/Services, die diese Datei/Tabelle referieren. Allerdings nicht die in Folge abhängigen Services.

Wenn ich Services ändere gilt dies ebenso.

Wenn ich wie oben diskutiert, für jedes Modul einen Service erstelle, kann es im Zweifel dann passieren, dass der Recomile eines Service hunderte Recompiles der Abhängigen Services auslöst, was vollkommen unnötig ist.
Verwende ich eine SRVPGM-Source, wandle ich das Modul und erstelle das Serviceprogrmm (mit Moduliste) nur neu.

Damit ruduziert sich eben auch der Aufwand von Make-Files und Abhängigkeitsregeln.

[dschroeder]

Meiner Ansicht nach hat man 2 Probleme bei Änderungen:

1. Wenn man eine Tabellenstruktur ändert, ist man zum Durchkompilieren gezwungen, sobald man den Datensatz als (extern) definierte Struktur anspricht. Dagegen kann man ja selbst bei ausschließlichen SQL-Zugriffen kaum etwas machen, denke ich. Es sein denn, man spricht nur einzelne Felder an und niemals eine Datenstruktur. Aber dann hat man es ja mit vielen Parametern zu tun, anstatt sonst nur einen Parameter (die Datenstruktur) zwischen den Programmen durchzureichen.
2. Wenn man die Aufrufparameter eines Programmes ändert. Wir beschränken uns darauf, nur Parameter mit options(*nopass) am Ende der Parameterliste hinzuzufügen. Dann klappt das auch im laufenden Betrieb.
   Wenn es aber eigentlich ein Pflichtparameter ist, ändern wir danach in aller Ruhe alle Aufrufe und geben den neuen Parameter mit. Wenn am nächsten Morgen dann alle Jobs neue gestartet sind, nehmen wir das options(*nopass) raus.