ttannebe@gmx.net wrote:

Hi Leute,

JDK und JRE sind zwei verschiedene Paar Schuhe. Zum Ausfuehren der GUIs braucht man die JRE und zum Entwickeln das JDK.

Du hast natürlich recht. Der Unterschied ist mir bewußt, habe aber nicht so doll drauf geachtet.

Hier die Fehlermeldung: $>netasst SIGSEGV received at bfffda18 in /opt/oracle/jre/1.1.8/lib/linux/native_threads/libjava.so. Processing terminated Writing stack trace to javacore1092.txt ... OK /opt/oracle/ora817/bin/netasst: line 110: 1092 Speicherzugriffsfehler $JRE -classpath $CLASSPATH oracle.net.asst.container.NetApplication oracle.net.asst.container.NetApplication

...

Vorsicht: Ora817 bringt sein eigenenes JDK mit. So verrückt, wie es klingt, aber das startet und arbeitet nur mit seinem eigenem JDK stabil und zuverlässig. Andere JVMs stürzen schonmal ab.

Um die Einstellung der Umgebung kümmert sich das oemapp shell skript. Dort ist bei Problemen auch zuerst zu suchen. (welche, hat man uns ja nicht verraten)

Nun das oemapp sieht meiner Meinung gut aus. Dort werden die Pfade gesetzt. Jens hast du einen Hinweis was man dort aendern sollte?

Nach Möglichkeit garnichts. Wenn dir das alles vernünftig vorkommt, kannst du entgegen obiger Aussage auch noch einmal probieren, die Umgebungsvariable OEM_JAVA_RUNTIME (oder ähnlich) auf ein anderes JRE oder JDK zu setzen. Ich würde bei 1.1.8 anfangen und alles nacheinander durchprobieren.

Hast du schon mal einfach eines der grafischen Beispielprogramme versucht mit dem jeweiligen JRE zu starten ? (Liegt es überhaupt an Oracle, oder kommt das Java schon garnicht auf die Füße ?)

Achja: Es gab Zeiten da produzierte ein nicht gesetztes DISPLAY auch einen Segfault bei der Initialisierung des AWT. Also mal "echo $DISPLAY" überprüfen ...

Gruesse Tanne

Jens