Nutzung der JVM

[florik]

Hallo,

Unter /usr/lib/jvm liegt ja eine Javamschine. Kann man diese eigentlich zur Ausführung eigener Programme nutzen?

Ich wenn "java" aufrufe bekomme leider die Meldung

java: error while loading shared libraries: libhyprt.so: cannot open shared object file: No such file or directory

Selbst wenn ich in dem Unterverzeichnis bin in dem libhyprt.so liegt.

Danke, Florian

[easelpeasel]

Hat mich doch glatt auch interessiert, aber habe diesbezüglich nichts positives gefunden:

Java ME - PreCentral Forums

C++ und Co werden bzw. wurden mit dem PDK nachgereicht. Damit wird der Applestore abgedeckt. Wenn man sich das Wachstum des Android Stores anschaut, reizt mich der Gedanke einer leichten Portierung aber auch hier. Vielleicht kommt da also noch was :-)

[pcworld]

Was spricht eigentlich dagegen, dass man eine normale Linux-JVM installiert? Wenn einer lustig ist, kann er es ja mal versuchen!

Gruß,
pcworld

[pcworld]

Erster "Erfolg":
Folgender Befehl muss in der Terminal ausgeführt werden:

export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.5-palm/jre/bin

Wenn man dann "/usr/lib/jvm/java-1.5-palm/bin/java" ausführt, werden die möglichen Parameter angezeigt. Eine Java-Klasse auszuführen habe ich zwar noch nicht hinbekommen, aber ich werde es weiter versuchen, und vielleicht kriegt es ja auch einer von euch hin.

Auf jeden Fall eeinen Schritt weiter!

Gruß,
pcworld

Edit: Die VM, die WebOS nutzt, heißt "OasisVM"

Edit 2: Es ist wohl Apache Harmony, siehe http://harmony.apache.org/

[pcworld]

Mir ist aufgefallen, dass dieser export-Befehl nicht einmal nötig ist, da man die JVM von jedem Verzeichnis mit "javahy" aufrufen kann.

So, Java läuft jetzt!
Ich habe ein einfaches Hello-World-Programm mal in den Anhang gepackt. Die "Test.class" einfach nach /media/internal kopieren.
Dann auf dem Terminal eingeben:

javahy -cp /media/internal Test

Wobei von -cp gefolgt der Classpath steht; statt "media/internal" könnte z. B. auch "./" für das aktuelle Verzeichnis oder der Pfad zu einer jar-Datei stehen. Am Ende steht der Name der auszuführenden Klasse (mit vollständiger Package-Angabe).
Nach Ausführen dieses Befehls stehen die ganzen Aufruf-Parameter, abgeschlossen von einem "Hallo", welches das Programm ausgibt.

So bringt das ganze noch nicht viel, aber wenn man es erstmal hinbekommt, graphische Ausgaben zu erstellen, wird das ganze interessant.

Gruß,
pcworld

[easelpeasel]

Schaffst du es innerhalb eines Testprogramms externe, eigene Bibliotheken zu laden/nutzen?

[pcworld]

Was für externe Bibliotheken meinst du? Welche, die in jars gepackt sind?

Gruß,
pcworld

[easelpeasel]

Ja.

btw, vielleicht hilft dir dieser Link.

Java Support in webOS - WebOS Internals

[pcworld]

JARs einbinden geht auf jeden Fall. Nur sind nicht alle Standard-Klassen in der JVM enthalten, AWT und Swing fallen schonmal weg.

Ich habe mir von der JVM auf meinem Desktop PC (WinXP) die rt.jar genommen und extrahiert. Verzeichnis /media/internal/java erstellt und dort reingepackt.
Zusätzlich noch eine neue Test-Klasse, die in WinXP zumindest ein Fenster anzeigt (Swing / JFrame).
Gibt folgende Fehlermeldung:

java.lang.UnsatisfiedLinkError: Can not find the library: libawt.so
        at java.lang.Runtime.loadLibrary0(Runtime.java:808)
        at java.lang.System.loadLibrary(System.java:225)
        at sun.security.action.LoadLibraryAction.run(Unknown Source)
        at java.security.AccessController.doPrivilegedImpl(AccessController.java:173)
        at java.security.AccessController.doPrivileged(AccessController.java:53)
        at sun.awt.NativeLibLoader.loadLibraries(Unknown Source)
        at sun.awt.DebugHelper.<clinit>(Unknown Source)
        at java.awt.Component.<clinit>(Unknown Source)
        at Test.main(Test.java:8)

Das heißt, es fehlt eine "libawt.so". Und eine solche für den Pre umzuschreiben ist wahrscheinlich schwierig (wobei ich da auch wenig Ahnung habe und das eher vermute).
Ich werde in nächster Zeit auch mal versuchen, einen Window Manager zu installieren (falls ich das hinkriege), denn ohne einen solchen wird man Swing & Co. sowieso vergessen können (vermute ich ).
Es sei denn, irgendein Freak schreibt eine Schnittstelle zu den normalen GUI-Elementen von webOS - das sollte ja auch irgendwie möglich sein.

Ende der Vermutungen -
pcworld

[pretomcat]

Die JVM wird spätestens bei webOS 2.0 verschwinden und durch Javascipt-basierende Services ersetzt (node.js, common.js)

Gruss

Markus
ThinMachine Mobile Applications