AccessControlException beim starten aus einem Shellskript

[Lay-C]

Hallo,

Ich habe nun schon wieder ein kleines Problem, das für mich keinen Sinn macht.
Ich habe ein Shellskript (bash), welches Argumente für einen Java-Aufruf zusammensetzt und dann java mit den entsprechenden Argumenten aufruft.

Am schluss kommt dann etwas heraus wie:
/usr/bin/java -cp ./lib/core/meinJar.jar -Djava.security.manager -Djava.security.policy="./meineSecurity.policy" -Djava.library.path=./lib -d32 com.package.MainClass

Wenn ich das Skript aufrufe und am Ende folgende Zeilen habe (EXEC ist der o.g. Aufruf):

echo $EXEC
$EXEC

bekomme ich eine AccessControlException bei System.getProperty()
Wenn ich das, was vor der Ausführung ausgegeben wird, kopiere und starte funktioniert alles.
Hat jemand eine Idee woran das liegen könnte? Die securitypolicy erlaubt alles.

 

[despikyxd]

ich würde hier ganz stark auf einen relativ-pfad - fehler schließen ...

erstens : warum rufst du explizit /usr/bin/java auf ? ... in der regel sollte per ~/.profile automatisch PATH gesetz werden was dir erlaubt java dierekt aufzurufen ... oder ist das bei der unix-distribution nicht der fall ?
zweitens : wenn du den . vor die pfade setzt machst du diese zu relativen pfaden zum aktuellen order ... heißt also das du sicherstellen musst das der relative pfad auch der richtige ist ... probiere es mal mit absoluten pfaden ob es dann funktioniert ...
drittens : leitet sich aus zweitens ab : durch vermutlich falsche pfade wirde deine security.policy nicht gefunden werden ... was dann java in diesem fall als default hat weis ich nicht weil ich damit nicht arbeite ...

also als lösungsvorschlag : setze mal zum testen die absoluten pfade ... wenn es dann funktioniert musst du dafür sorgen das die relativen pfade stimmen ... ggf in der klasse als erste anweisung mal den aktuellen pfad ausgeben lassen *oder einfach mal durch alle System-Properties durch-iteriren* und kuggn das da alles stimmt ...
wenns dann soweit alles in ordnung is oder selbst mit relativen pfaden nicht hinhaut wird es ein problem mit der shell geben das diese vermutlich irgendwelche probleme verursacht ... probiere desshalb mal andere shells aus *gibt ja genug wie ash , bash , tsh , usw*
ansonsten wäre es auch mal gut wenn du uns deine system-umgebung beschreibst ... also welches OS *bitte konkreten namen und konkrete kernel-version* , welche java-umgebung eingesetz wird *hersteller , version , globale einstellungen* und welche rechte du als auszuführende user hast ... daraus kann man dann zumindest mögliche fehlerquellen ausschließen oder andere in erwähgung ziehen

 

[Lay-C]

also die relativen Pfade würde ich eigentlich ausschließen.
Denn: Classpath und Klasse werden ja gefunden und das jar ist auch relativ angegeben.

warum hier /usr/bin/java aufgerufen wird liegt am restlichen Teil des Skripts, der von meinem Chef ist. Hier kann der Pfad angegeben , oder aus einem andere Skript gelesen werden. Wenn keins von beidem der Fall ist, wird mit Hilfe von "which java" der o.g. Pfad ermittelt und verwendet.

Weder auf CentOS 5.5 noch auf openSuse 11.3 funktioniert es.
Shells: ksh, bash, sh, ash => überall der gleiche Fehler

EDIT:

Ich habe den Fehler gefunden.

SEC_POLICY_FILE="./security.policy" 

SEC_POLICY="-Djava.security.manager -Djava.security.policy=\"${SEC_POLICY_FILE}\"" 

# set class path with the core functionality 
export CP=$CORE 

CALL="/usr/bin/java -cp $CP $SEC_POLICY -Djava.library.path=$LIB_DIR:$OS_LIB_DIR $*" 

´$CALL´

daraus wird in $CALL:
/usr/bin/java -cp classpath.jar -Djava.security.manager '-Djava.security.policy="./security.policy"' -Djava.library.path=./lib class.Name

die einfachen Quotes um -Djava.security.policy="./security.policy" tauchen einfach aus dem nichts auf. Google konnte mir dabei bisher nicht helfen. vielleicht weiß jemand von euch was.

(Ich weiß, dass das nichts mehr mit Java zu tun hat.)

 

[Lay-C]

Doppelpost => remove