Program sourcen kopieren von AS/400 nach AS/400 aber altes Release

[Pikachu]

Verstehe ich nicht. Warum machst Du keinen Save der Dateien, Objekte gehen ja nicht da von 7.4 ist max. 7.2 möglich. Erstelle eine savf und dann per ftp verschieben.

Probiers doch selber mal aus. Das mit den möglichen Werten beim Parameter TGTRLS beim SAVOBJ usw. macht da ja wirklich keinen Sinn, ist aber leider so.

[B.Hauser]

Leute, das war doch schon immer so! Die IBM-Befehle unterstützen nur 3 Release, das aktuelle und die beiden vorhergehenden! Also wenn das aktuelle Release7.5 ist ist das niederste Release 7.2. Wenn das aktuelle Release 7.4 ist, dann ist das niederste 7.1.

Das haben wir doch früher schon so gemacht! Für das niederste Release gesichert auf einem anderen System mit niedererem Release zurückgesichert und dann erneut mit dem niedersten Release gesichert.
Fragt nicht, wie oft ich in meiner Anfangszeit zur IBM nach Frankfurt geschickt wurde, um Bibliotheken "umsetzen" zu lassen.

[Pikachu]

Bei einem Zip oder Jar ist das ja zum Glück anders. Und unter OS/400 V4R5 ging‘s auch zurück bis V3R2. Warum muß das überhaupt sein? Programme erhalten doch ihr eigenes Ziel-Release beim Wandeln. Also warum muß man beim SAVLIB/SAVOBJ/SAVDLO/SAV überhaupt ein Ziel-Release angeben? Weil wir das schon immer so gemacht haben? Bei einem Zip oder Jar ja wohl nicht!?

[Fuerchau]

Ggf. hat IBM das für Files stillschweigend etwas erleichtert, da sich da an der Objektstruktur seltener was ändert.
Bei SQL-Tables und Views kann es etwas anders aussehen, aber die Erstellbefehle sind im Objekt gespeichert (DSPFD) und der Restore könnte diese also recompilen.
Bei Programmobjekten, incl. Services, werden die internen MI-Abbilder beim Restore u.U. recompiled.
Wenn neuere Funktionen (e.g. %xxx) verwendet wurden, dann scheitert die Erstellung und das Objekt wird nicht restored, da die Referenzen auf Servicemodule/-funktionen ja nicht gefunden werden.
Bestimmte Softwarelieferanten machen auch gerne einen RMVOBS, damit wird das Objekt-Template für Recompile dann entfernt, was beim Restore dann halt fehlt und dieser erfolglos bleibt.
Hier könnte bereits der SAVOBJ/-LIB scheitern, wenn der Recompile bereits beim Sichern stattfindet.
Aber das sind so die Geheimnisse der IBM;-).

[max40]

Leute, das war doch schon immer so! Die IBM-Befehle unterstützen nur 3 Release, das aktuelle und die beiden vorhergehenden! Also wenn das aktuelle Release7.5 ist ist das niederste Release 7.2. Wenn das aktuelle Release 7.4 ist, dann ist das niederste 7.1.
...

Du meinst bei Release 7.5 ist es 7.3
und bei 7.4 ist es 7.2

[B.Hauser]

Du meinst bei Release 7.5 ist es 7.3
und bei 7.4 ist es 7.2

Wer rechnen kann ist klar im Vorteil

[holgerscherer]

Leute,
auch Dateien (source) sind Objekte. Und die Objekte enthalten immer Release-Spezifika,
und sei es nur der Adress-Header. Bei Programmen ist die Komplexität noch höher. Selbst das Format der Savefiles kann sich ändern.
Einfach mit der maximalen Grenze aktuellesRelease-2 leben und für Reine Quellcodes die hier beschriebenen Methoden nutzen.

[Fuerchau]

@camouflage
So schnell kann man was überlesen. 7.5 => 7.3 sind nachweislich genau 2 Releases.

[camouflage]

@camouflage
So schnell kann man was überlesen. 7.5 => 7.3 sind nachweislich genau 2 Releases.

Baldiur, ich geb dir ja Recht und rechnen hab ich glaub nicht verlernt. Was ich nur sagen wollte, ich sichere mit Target Release 7.5 Source Files und kann die ohne Probleme auf einem 7.3er System zurückspeichern. Das schlägt fehl, sobald es kompilierte Objekte drin hat. Ausserdem hab ich ja erwähnt, dass ich es auf einem 7.2er nicht probiert habe. Und die olle i7 schmeiss ich deswegen nicht an, schlicht keine Lust und Zeit. Dann is es halt so.

[Pikachu]

Und das geht neuerdings? Krass!

[holgerscherer]

Und das geht neuerdings? Krass!

das ging schon immer. TGTRLS() definiert nicht das interne Format von Savefiles, sondern die (evtl nötige) Zielstruktur für (Programm)objekte. IBM i ist halt komplexer als andere Systeme, aber nicht komplizierter :-)

[Pikachu]

Aber die Behauptung war ja ob man mit TGTRLS(V7R5M0) in eine SAVF gesicherte Quellendateien und Teildateien unter V7R3M0 zurückspeichern kann!? Geht das wirklich? F1=Hilfe in der SAVF zum Ziel-Release beschreibt das aber anders.