Frage zu WRKENVVAR

[fabax]

Hallo Forum,

Wo liegt bei Enviroment Vars der Unterschied beim Parameter LEVEL *JOB und *SYS.

WRKENVVAR LEVEL(*JOB)


Hintergrund ich würde diese Funktionalität getenv(), putenv() zur Initalisierung meiner RPG - Programme
verwenden.

Gruß
Franz

[BenderD]

Hallo Franz,

der Unterschied liegt da, dass Level *SYS Waffenscheinpflichtig ist, da es global für alle Jobs wirkt. Zumindest der Set im laufenden Betrieb hat unkontrollierbare Auswirkungen; ob es eine gute Idee ist, das zur Initialisierung von RPG Programmen zu nehmen, bin ich skeptisch, ich würde da Property files oder Parameterdateien vorziehen.

mfg

Dieter Bender

Hallo Forum,

Wo liegt bei Enviroment Vars der Unterschied beim Parameter LEVEL *JOB und *SYS.

WRKENVVAR LEVEL(*JOB)


Hintergrund ich würde diese Funktionalität getenv(), putenv() zur Initalisierung meiner RPG - Programme
verwenden.

Gruß
Franz

[fabax]

Halllo,

Ich bin inzwischen etwas weiter gekommen.
Variablen vom Typ *JOB
sind nur innerhalb des aktuellen Job gültig, und werden automatisch wieder zerstört beim beenden des Jobs.

Variablen vom Typ *SYS behalten Ihren Wert.

Übrigens Dieter,
wie bei vielen "waffenscheinpflichtigen Dingen" ist das Problem derjenige der abdückt.

Ganz so gefährlich dürfte mein Vorhaben nicht sein. Denn im Bereich von .NET ist dies anscheinend eine ganz normale Vorgehensweise. Die Anregung hierfür habe ich aus dem IBM Handbuch iSeries Net.Data. Auf dem Link sind auch ein Beispiele für RPG, CL und C.

[BenderD]

Hallo,

es gibt ein paar Ecken, wo das üblich ist und davon ein paar wo es sinnvoll ist (path, JAVA_HOME...) es gibt aber eben auch Einschränkungen:
- Systemweite Einstellungen sind meist problematisch
- Grösse des zugeordneten Speicherbereiches begrenzt
- wenig transparent
- Probleme beim Deployment
Was hast du eigentlich gegen ein File oder Streamfile mt Namensparametern?

mfg

Dieter Bender

Halllo,

Ich bin inzwischen etwas weiter gekommen.
Variablen vom Typ *JOB
sind nur innerhalb des aktuellen Job gültig, und werden automatisch wieder zerstört beim beenden des Jobs.

Variablen vom Typ *SYS behalten Ihren Wert.

Übrigens Dieter,
wie bei vielen "waffenscheinpflichtigen Dingen" ist das Problem derjenige der abdückt.

Ganz so gefährlich dürfte mein Vorhaben nicht sein. Denn im Bereich von .NET ist dies anscheinend eine ganz normale Vorgehensweise. Die Anregung hierfür habe ich aus dem IBM Handbuch iSeries Net.Data. Auf dem link ist auch ein Beispile für RPG, CL und C.

[fabax]

Gar nichts,

Ich liebe fgets(), IFS, *DTAAREA's und Konsorten und mache davon auch reichlich Gebrauch.

Dennoch, ich bin halt so, wenn ich auf was Neues aufmerksam werde ("zumindestens für mich neues"), dann versuche ich auch Anwendungsbereiche hierfür auszuloten .

Für eigene allgemeingültige Systemwerte kann ich mir dieses Speicherungsverfahren durchaus vorstellen.

Gruß Franz

[BenderD]

Hallo Franz,

hast du mal ein Beispiel für einen eigenen allegemein gültigen Systemwert?

mfg

Dieter Bender

Gar nichts,

Für eigene allgemeingültige Systemwerte kann ich mir dieses Speicherungsverfahren durchaus vorstellen.

Gruß Franz