2016-03-22 25 views
8

Ho installato Java su aarch64 Odroid C2.L'esecuzione di WebStorm-143.382.36 su Java 1.8.0_73 su aarch64 Odroid C2 non riesce su libjnidispatch.so

[email protected]:~/WebStorm-143.382.36$ java -version 
java version "1.8.0_73" 
Java(TM) SE Runtime Environment (build 1.8.0_73-b02) 
Java HotSpot(TM) 64-Bit Server VM (build 25.73-b02, mixed mode) 

È Java a 64 bit.

[email protected]:~/WebStorm-143.382.36$ file /usr/lib/jvm/java-8-oracle/jre/bin/java 
/usr/lib/jvm/java-8-oracle/jre/bin/java: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=72df68d7109e243051d4d4a7126fa84269c7c518, not stripped 

Ho copiato le WebStorm-143.382.36 e .Webstorm11 directory dalla mia macchina x86_64 al ODROID C2.

Ma quando provo ad iniziare WebStorm fallisce:

Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=350m; support was removed in 8.0 
log4j:WARN No appenders could be found for logger (io.netty.util.internal.logging.InternalLoggerFactory). 
log4j:WARN Please initialize the log4j system properly. 
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info. 
[ 2013] ERROR -  #com.intellij.idea.Main - Unable to load JNA library (OS: Linux 3.14.29-29) 
java.lang.UnsatisfiedLinkError: Native library (com/sun/jna/linux-aarch64/libjnidispatch.so) not found in resource path (bin/../lib/bootstrap.jar:bin/../lib/extensions.jar:bin/../lib/util.jar:bin/../lib/jdom.jar:bin/../lib/log4j.jar:bin/../lib/trove4j.jar:bin/../lib/jna.jar) 
    at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:776) 
    at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:736) 
    at com.sun.jna.Native.<clinit>(Native.java:131) 
    at com.intellij.idea.StartupUtil.b(StartupUtil.java:316) 
    at com.intellij.idea.StartupUtil.prepareAndStart(StartupUtil.java:112) 
    at com.intellij.idea.MainImpl.start(MainImpl.java:39) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:497) 
    at com.intellij.ide.plugins.PluginManager$2.run(PluginManager.java:90) 
    at java.lang.Thread.run(Thread.java:745) 
[ 1803] ERROR -  #com.intellij.idea.Main - WebStorm 11.0.1 Build #WS-143.382.36 
[ 1803] ERROR -  #com.intellij.idea.Main - JDK: 1.8.0_73 
[ 1803] ERROR -  #com.intellij.idea.Main - VM: Java HotSpot(TM) 64-Bit Server VM 
[ 1804] ERROR -  #com.intellij.idea.Main - Vendor: Oracle Corporation 
[ 1804] ERROR -  #com.intellij.idea.Main - OS: Linux 

Startup Error: Application cannot start in headless mode 

Come si può ottenere libjnidispatch.so per aarch64, o come posso risolvere questo errore?

Questo file è non presente quando eseguo WebStorm sulla macchina x86_64.

C'è una causa principale di questo errore?

+0

Ho creato jni dal codice utilizzando formica e ho sostituito il file jni.jar di Webstorm con questo nuovo. Questo ha eliminato l'errore relativo a JNA. Ora mi rimane ancora l'errore di avvio: l'applicazione non può essere avviata in modalità senza testa. – fadedbee

+0

Vedere anche: https://youtrack.jetbrains.com/issue/IDEA-163516 – fadedbee

+0

Sembra che tu abbia una (istanza java senza testa) [https://blog.idrsolutions.com/2013/08/what-is- headless-mode-in-java/ ] cioè senza componenti GUI. Prova a installare un'istanza Java con componenti della GUI, ad esempio la versione non headless –

risposta

1

Non è possibile effettuare il porting delle installazioni nel modo descritto. Dovresti ricompilare nuovamente WebStorm usando le varianti aarch64 dei compilatori usati dagli utenti di JetBrains.

Cause del difetto:

  1. binari precompilati (come libjnidispatch.so) confezionati con WebStorm rischiano di fallire in modo simile
  2. vostra esecuzione un'istanza senza testa di Java (dai vostri commenti)
  3. WebStorm è probabile che sia ottimizzato per la sua piattaforma e architettura di destinazione. Così copiandolo in altro hardware e l'esecuzione è impossibile

Soluzioni che possono lavorare (non-probabile):

  1. Ricompilate tutti i binari precompilati. Impossibile per offerte closed-source
  2. Reinstallare un altro JDK con componenti GUI. Il sistema potrebbe non essere in grado di gestire le attività ad alta intensità e che sarebbe il motivo per il vostro modello è dotato di una versione senza testa di java

Soluzione: La cosa migliore (un colpo lungo - nessun mercato in aarch64) sarebbe chiedere a JetBrains di trasferire il software su aarch64.