Thema: Java 3D API unter SUSE installieren

Etwas sehr dünne Informationsdecke.

http://www.pc-forum24.de/sonstige/29...m-problem.html

Beitrag Nr.11

(Angaben für sämtliche involvierten Komponenten posten, vor allem auch das verwendete Java, der Name + ggf. Downloadlink der ominösen Java-Anwendung, welche diese 3D-API benötigt, wäre ebenfalls von Interesse.)

Zitat von FH

Entschuldigung.

Also, ich benutze Suse 11.1 32 bit., bei den Programmen handelt es sich um Sun Java 3D 1.5.1 API bzw. Sun JDK 6u18, also beides aktuellste Versionen.

Fehler Nr.1

- Java über Paketmanager installieren und _nicht_ die Version von der Sun-Homepage verwenden.

Lesestoff:

http://www.pc-forum24.de/linux-howto...-0-11-2-a.html

Denn damit und mit der Anleitung für die Java 3D-Api funktioniert das hier™ auch mit dem genannten Programm (nettes Progrämmchen übrigens).

edit: Warum wird in einem PC-Forum ausgerechnet das Wort "D o w n l o a d s" zensiert?

Gute Frage, da stimmt was mit der Datenbank nicht, unser "Chef" wurde informiert und wird sich drum kümmern.

Greetz,

RM

Zitat von FH

Und welches Paket genau soll ich installieren? Es gibt so viele Pakete, die Java-irgendwas heißen, welches ist denn das richtige?

Zumindest das Paket "java-1_6_0-sun", das dazugehörige Plugin-Paket ist sicher auch keine dumme Idee.

Anschliessend mit "update-alternatives --config java" (und ggf. das selbe für "javaplugin") als root prüfen und falls nötig auf das sun-Java "umstellen".

Zitat von FH

Und geht dann die Installation von der 3D-API genauso wie bei Sun beschrieben oder irgendwie anders?

Genau so.

Zitat von FH

Wo finde ich dann das JDK-Verzeichnis auf der Festplatte?

Das sagt Dir "echo $JAVA_ROOT".

//Nachtrag:

Anmerkung fürs Protokoll:

Eben aus Neugierde mit dem openjdk-Java getestet, auch da funktioniert die Anwendung, wenn man die Java-3d-API in dessen $JAVA_ROOT installiert.

Man muss also nicht mal das Sun-Java nachinstallieren, wichtig ist nur, daß man _nicht_ irgendein Java von Hand ins System hämmert, sondern den Paketmanager nimmt (wie eigentlich fast immer), nur diese 3d-API muss händisch installiert werden, das wars dann auch schon.

Und da hier die Botschaft "Nutze Deinen Paketmanager" lautet, hier die _wirklich saubere_ Methode.

PackMan :: Informationen zum Paket java3d

Ich wusste doch, das gabs als fertiges Paket, allerdings hätte das mit dem selbst ins System gefrickelten Java von der SUN-HP auch nicht funktioniert.

Regel 1:

- Nutze Deinen Paketmanager

Regel 2:

- Nutze Deinen Paketmanager

Regel 3:

- Siehe Regel 1 und Regel 2

Greetz,

RM

Da sich hier nichts mehr tut, eine kleine Ergänzung zur "sauberen" Methode.

Installiert man java3d über den Paketmanager, dann funktioniert der Aufruf

Code:

java -jar /Pfad/zur/Datei/STRender_Demo.jar

nicht, und das ist _kein_ Fehler des Pakets.

Zunächst dachte ich das, und wollte symlinks von /usr/share/java/java3d/*.jar auf das entsprechende Verzeichnis für die aktuell per /etc/alternatives aktivierte JVM setzen, dies ist jedoch _falsch_, wie mir der Maintainer des java3d-RPMs auf Nachfrage erklärte.

Ich zitiere das mal hier (Hervorhebungen von mir):

Zitat von Toni Graffy

Paketbasierte System wie SuSE folgen hier dem jpackage Standard. D.h.
Programme werden nie via java -jar ... gestartet, im Gegenteil es darf im
Manifest gar kein Classpath drin stehen (rpmlint schreit sonst
fürchterlich ..)

d.h. du musst dein Programm anders aufrufen:
java \
-Djava.library.path=/usr/lib \
-cp `build-classpath java3d`:<dein jar file> \
<name der Main-Klasse>

da die java3d libraries in einem Standard-Pfad stehen braucht man
das -Djava.library.path= ... hier nicht
Das Macro build-classpath ist Bestandteil der jpackage-utils und sollte also
bei ordentlicher java Installation bereits installiert sein. Siehe auch "man
build-classpath".

Den Namen der Main-Class kannst du aus dem Manifest deinen jar-files
entnehmen.

Oder in Kurzfassung:

Code:

java -cp `build-classpath java3d`:/Pfad/zum/jarfile/STRender_Demo.jar Strender.Launcher

Die "Main-Class" findet man im STRender_Demo.jar, wenn man es z.B. mit mc oder Konqui "öffnet", es wird wie ein zip-File behandelt (und ist wohl auch eines, dazu muss natürlich "unzip" installiert sein) in der Datei "MANIFEST.MF" im Unterverzeichnis "META_INF".

Anmerkung:

Mit "ordentlicher Java Installation" ist _natürlich_ Installation über den Paketmanager gemeint, hier wird dann auch -falls noch nicht vorhanden- besagtes "jpackage-utils"-Paket automatisch mit installiert.

Greetz,

RM