2013-04-25 11 views
5

Ich versuche, den Tanuki Java Service Wrapper zu verwenden. Die Hardware, die ich verwende, ist ein Raspberry Pi mit der Raspbian Wheezy-Verteilung. (siehe http://www.raspberrypi.org/downloads)Java Service Wrapper auf Raspberry PI

Ich habe versucht, die Wrapper 32-Bit-Version von Armel, aber Probleme mit dem Lesen der libwrapper.so.

INFO | jvm 1 | 2013/04/24 20:15:34 | WrapperManager: Initialisierung ...
INFO | jvm 1 | 2013/04/24 20:15:42 | WrapperManager Debug: Versuch, eine native Bibliothek mit dem folgenden Namen zu laden: libwrapper.so Ergebnis: /usr/iHome/lib/libwrapper.so: /usr/iHome/lib/libwrapper.so: Datei des gemeinsamen Objekts kann nicht geöffnet werden: Keine solche Datei oder kein Verzeichnis

ich habe auch versucht die armhf Release, da es scheint, dass "java-7-openjdk apt-get", die JDK-armhf Version installiert, aber es tat ich "Segmentation fault" erhalten, wenn sie den Wrapper zu starten.

einige zusätzliche Informationen:

pi @ Raspberry Pi/usr/lib/jvm $ java -version
java version "1.7.0_07" OpenJDK Runtime Environment (IcedTea7 2.3.2)
(7u7- 2.3.2a-1 + rpi1) OpenJDK Zero VM (Build 22.0-b10, gemischter Modus)
pi @ Himbeerpi/usr/lib/jvm $ ls -altr
insgesamt 28 -rw-r - r-- 1 Wurzelwurzel 2437 26. September 2012.java-1.7.0-openjdk-armhf.jinfo
lrwxrwxrwx 1 Wurzelwurzel 20 Sep 26 2012 java-1.7.0 -openjdk-armhf -> java-7-> openjdk-armhf drwxr-xr-x 3 root-root 4096 Jan 17 20:59 java-7-openjdk-common drwxr-xr-x 5 root root 4096 Jan 17 21 : 00 java-7-openjdk-armhf
drwxr-xr-x 4 Stammwurzel 4096 Jan 17 21:00.
drwxr-xr-x 74 root root 12288 24. April 20.32 ..
pi @ Raspberry Pi/usr/lib/jvm $ uname -a
Linux 18 19.03 3.2.27+ # 250 PREEMPT Do Oktober Raspberry Pi : 02 BST 2012 armv6l GNU/Linux

Vielen Dank im Voraus,

BR, Rob

Antwort

1

Dieses Problem bereits in this thread, auf der Java Service Wrapper Benutzer-Mailingliste diskutiert wurde, ist aber hier die Zusammenfassung der Entschließung.

Die Armhf-Version des Wrappers wird auf einer armv7-Plattform gebaut und ist offensichtlich nicht kompatibel mit armv6-Hard-Float-Architekturen. Wenn die Armel-Version des Wrappers mit einem Armhf-JVM verwendet wird, schlägt das Laden der nativen Bibliothek aufgrund der Zielfehlanpassung fehl.

Die vorgeschlagenen Lösungen sollten entweder einen Armel JVM mit der Armel-Version des Wrappers verwenden (da Armv6-Boards beide unterstützen sollten) oder um die ArmHf-Binärdatei für sein Board selbst zu erstellen. Für den zweiten Vorschlag, die Pre-Release (von der Sourceforge Projektseite des Wrapper) Paket heruntergeladen werden, extrahiert und das folgende Shell-Skript ausgeführt:

./build32.sh release 

Mit dem erzeugten binären der Wrapper konnte erfolgreich starten.(Für den Build-Prozess ist ein JDK und Apache-Ant erforderlich.)

Prost,