Berechtigunsproblem JVAB529

[max40]

Hallo,
ich habe das Problem das mein Programm auf der einen Maschine läuft und auf der anderen nicht.
Auf der Maschine wo es nicht läuft, kommt folgende Fehlermeldung:

Nachrichten-ID . . . . . . . : JVAB529
Nachrichtendatei . . . . . . : QJVAMSGF
Bibliothek . . . . . . . . : QSYS

Nachricht . . . : Allgemeine Schreibberechtigung für "&1".
Ursache . . . . : Verzeichnis "&2" im Klassenpfad hat die allgemeine
Schreibberechtigung. Haben mehrere Klassendateien in einem Verzeichnis
denselben Namen, wird die zuerst gefundene Klasse ausgeführt.
Fehlerbeseitigung: Ist die Stufe für die Sicherheitsprüfung des Klassenpfads
(CHKPATH) *SECURE, kann der Befehl nicht beendet werden, wenn ein
Verzeichnis in dem Klassenpfad die allgemeine Schreibberechtigung hat. Den
Administrator bitten, die allgemeine Schreibberechtigung aus Verzeichnis
"&2" zu entfernen, oder CHKPATH ändern, und den Befehl erneut ausführen.
Hat Verzeichnis "&2" weiterhin die allgemeine Schreibberechtigung und hat
CHKPATH nicht den Wert *SECURE, kann geprüft werden, welche Klassen
ausgeführt werden, indem der Parameter OPTION auf *VERBOSE gesetzt und der
Befehl erneut ausgeführt wird.

Leider kann ich damit nix anfangen. kann mit jemand auf die sprünge helfen, wo ich evlt. Einstellungen prüfen muss?

Berechtigungen für *PUBLIC etc. und andere User stehen alle auf *RWX

gruß
max

[andreaspr@aon.at]

Hi max,

im IFS gibt es 2 berechtigungsarten (datenberechtigungen, objektberechtigungen)
prüfe doch einmal die objektberechtigungen:
*OBJEXIST
*OBJMGT
*OBJALTER
*OBJREF

lg andreas

[max40]

oh sorry, habe ich vergessen zu erwähnen, die Objektberechtigungen sind auch alle gesetzt!

gruß
max

[andreaspr@aon.at]

gibt es mehrere verzeichnisse mit dem namen und du arbeitest mit dem falschen verzeichnis?
hast du auf beiden systemen die gleiche sicherheitsstufe (QSECURITY) ?
hast du schon versucht genaue informationen aus dem jobprotokoll zu holen?

[BenderD]

... steht doch einiges in der Meldung drin. Hast du das schon mal gelesen und gemacht?
Parameter CHKPATH geprüft? vielleicht ist der default verändert. Ansonsten ist natürlich auch der PTF Stand immer ein heißer Kandidat.

D*B


Hallo,
ich habe das Problem das mein Programm auf der einen Maschine läuft und auf der anderen nicht.
Auf der Maschine wo es nicht läuft, kommt folgende Fehlermeldung:


Leider kann ich damit nix anfangen. kann mit jemand auf die sprünge helfen, wo ich evlt. Einstellungen prüfen muss?

Berechtigungen für *PUBLIC etc. und andere User stehen alle auf *RWX

gruß
max

[Robi]

Ich arbeite mit Max40 zusammen, er ist schon weg...

Das Verzeichnis ist ein-eindeutig
Qsecurity steht bei beiden auf 30 (ja ich weis ...)

Joblog hat nur den u.a. Abbruch, natürlich mit dem Pfad und der .jar Datei in den Variablen

alles was uns einfiel haben wir geprüft. Es ist immer auf beiden Maschinen gleich.

noch ne Idee ?
Danke
Robi (und max40)

[Robi]

@DieterB
Parameter CHKPATH geprüft? vielleicht ist der default verändert

mir als RPG-ler sagt das nix. wie prüfe ich das?
Danke
Robi

[BenderD]

... das ist ein Parameter beim OS/400 Command JAVA.

D*B


@DieterB

mir als RPG-ler sagt das nix. wie prüfe ich das?
Danke
Robi

[Robi]

Danke aber leider ...
nein, die stehen bei beiden AS/400 auf *warn

Zum PTF-stand

5722JV1 (das ist doch das Java !? )
hat auf beiden als letztes den SI35711

also auch bei beiden gleich.

Sch... ade

und nun ?

[BenderD]

... das gibts dann nochmal als erweiterte Option beim starten der JVM durch Qshell Befehl Java, das kann man nochmal verdrechseln mit SystemDefault.properties im Verzeichnis der JVM oder im User Verzeichnis, je nach Release gibt es da auch noch Unterschiede; ob man das auch noch per Umgebungsvariable verbiegen kann habe ich nicht im Kopf - ich vermeide solchen Unfug.
Achja - die Java PTFs findet man per WRKPTFGRP. Wenn da ein defekt Problem vorliegt, könnte sich das auch noch für unterschiedliche Java Stände unterschiedlich darstellen.
Ein gängiger Work around ist: die inkriminierte jar File auf read Authority zu begrenzen.

D*B


Danke aber leider ...
nein, die stehen bei beiden AS/400 auf *warn

Zum PTF-stand

5722JV1 (das ist doch das Java !? )
hat auf beiden als letztes den SI35711

also auch bei beiden gleich.

Sch... ade

und nun ?