2013-04-25 11 views
5

Sto provando ad usare il Tanraki Java Service Wrapper. L'hardware che sto usando è un Raspberry Pi con la distribuzione wheezy di Raspbian. (vedi http://www.raspberrypi.org/downloads)Java Service Wrapper su Raspberry PI

Ho provato la versione di armel a 32 bit di Wrapper, ma ho problemi con la lettura di libwrapper.so.

INFO | jvm 1 | 2013/04/24 20:15:34 | WrapperManager: Inizializzazione ...
INFO | jvm 1 | 2013/04/24 20:15:42 | WrapperManager Debug: tentare di caricare la libreria nativa con nome: libwrapper.so Risultato: /usr/iHome/lib/libwrapper.so: /usr/iHome/lib/libwrapper.so: impossibile aprire il file oggetto condiviso: nessun file o directory

Ho anche provato la versione armhf, poiché sembra che "apt-get java-7-openjdk", abbia installato la versione jdk-armhf, ma in quel momento ho avuto "Errore di segmentazione" all'avvio del wrapper.

qualche informazione in più:

pi @ Raspberry Pi/usr/lib/jvm $ java -version
Java versione "1.7.0_07" OpenJDK Runtime Environment (IcedTea7 2.3.2)
(7u7- 2.3.2a-1 + rpi1) OpenJDK Zero VM (build 22.0-b10, modalità mista)
pi @ Raspberry Pi/usr/lib/JVM $ ls -altr
totale 28 -rw-r - r-- 1 root root 2437 Sep 26 2012 .java-1.7.0-openjdk-armhf.jinfo
lrwxrwxrwx 1 root root 20 set 26 2012 java-1.7.0 -openjdk-armhf -> java-7-> openjdk-armhf drwxr-xr-x 3 root root 4096 gen 17 20:59 java-7-openjdk-common
drwxr-xr-x 5 root root 4096 gen 17 21 : 00 java-7-openjdk-armhf
drwxr-xr-x 4 root root 4096 gen 17 21:00. radice
drwxr-xr-x 74 radice 12288 24 Aprile 20:32 ..
pi @ Raspberry Pi/usr/lib/jvm $ uname -a
Linux Raspberry Pi 3.2.27+ # 250 PREEMPT gio 18 ott 19:03 : 02 BST 2012 armv6l GNU/Linux

Grazie in anticipo,

BR, Rob

risposta

1

Questo problema è già stato discusso sulla mailing list utenti Java Servizio Wrapper in this thread, ma qui è la riassunto della risoluzione.

La versione armhf del Wrapper è in fase di costruzione su una piattaforma armv7 e apparentemente non è compatibile con le architetture hard float armv6. Quando si utilizza la versione armel di Wrapper con un jvm armhf, il caricamento della libreria nativa non riesce a causa della mancata corrispondenza del target.

Le soluzioni suggerite erano di utilizzare un armel jvm con la versione armel del Wrapper (poiché le schede armv6 dovrebbero supportare entrambe) o creare l'armhf binario per la propria scheda. Per il secondo suggerimento, il pre-release (dal sito del progetto sourceforge dell'involucro) pacchetto deve ottenere scaricato, estratto e questo script eseguito:

./build32.sh release 

Con il binario creato l'involucro ha potuto lanciare con successo.(Il processo di compilazione richiede un JDK e installato Apache-Ant)

Cheers,