web-dev-qa-db-fra.com

Message d'erreur "Les bibliothèques JRE sont manquantes ou incompatibles"

Lorsque j'essaie d'installer SPSS (un package d'analyse statistique) à l'aide de Sudo ./SPSS_23.0_LNX.bin, j'obtiens les éléments suivants:

Preparing to install...    
Extracting the JRE from the installer archive...
Unpacking the JRE...
Extracting the installation resources from the installer archive...
Configuring the installer for this system's environment...
Launching installer...
JRE libraries are missing or not compatible....
Exiting....

OpenJDK 6, OpenJDK 7, Oracle Java 7 et Oracle Java 8 sont tous installés sur ma machine. J'ai essayé l'installation avec chacun d'eux par défaut, successivement (j'ai défini l'environnement Java_HOME sur le chemin approprié à chaque fois). Chaque fois, j'ai la même sortie et le même message d'erreur.

Il semble que le JRE soit packagé dans le programme d’installation, ce qui voudrait dire qu’il ya un problème avec les bibliothèques du JRE packagé. Alors, je ne pourrais rien faire à ce sujet. Cela a-t-il du sens?

2
sapin

J'ai trouvé cette solution et ça marche.

Si vous voulez la version courte, ajoutez-la simplement à la ligne après avoir tapé votre programme d'installation. Pour moi, j'installais un paquet .bin. J'utilisais la ligne:

Sudo ./INSTALLER.bin

Essaye ça:

Sudo ./INSTALLER.bin LAX_VM path_to_Java_on_your_machine

Donc, pour moi, la commande entière était:

Sudo ./LiberoSoC_v11.8Linux.bin LAX_VM /usr/lib/jvm/Java-8-Oracle/jre/bin/Java

J'avais besoin de Sudo pour que l'installateur puisse écrire dans/usr/local une fois qu'il a commencé.

Pour voir ce qui se passe avec l'outil LAX, définissez la variable d'environnement LAX_DEBUG avec

export LAX_DEBUG=true

Vous pouvez maintenant voir que Lax_vm essaie d'utiliser le jre installé localement dans/tmp, mais pour une raison quelconque, cela ne fonctionnera pas sur toutes les plates-formes Linux. En lui indiquant que vous utilisez celui installé sur votre système, vous devriez au moins faire démarrer l'installateur. Après cela, vous êtes seul.

1
Ed Balchick

Avec les applications basées sur Java qui ne sont pas fournies sous forme de package à partir des canaux logiciels sous Ubuntu, vous devrez probablement définir le répertoire Java_HOME, car ces applications ne seront pas informées du package "par défaut" Java. . Par exemple sur la ligne de commande:

export Java_HOME="/usr/lib/jvm/Java-1.8.0-openjdk-AMD64"

Le SPSS semble être un logiciel créé par IBM. Avec la commande:

ldd -v  ./SPSS_23.0_LNX.bin

vous devriez pouvoir voir quelles bibliothèques il veut utiliser.

Peut-être veut-il utiliser IBM Java.

IBM Java

1
albert j

OpenJDK 6, OpenJDK 7, Oracle Java 7 et Oracle Java 8 sont tous installés ... J'ai défini l'environnement Java_HOME sur le chemin approprié à chaque fois.

Cela se produit lorsque vous utilisez un package comprenant un JRE fourni et que ce dernier n'est pas compatible avec votre système d'exploitation. Un cas typique est que le JRE a été créé sur un système d'exploitation 32 bits et que vous utilisez un hôte 64 bits uniquement, sans compatibilité ascendante 32 bits. Un autre cas typique est que le paquet a été créé pour une version différente de Linux et que ses chemins vers des bibliothèques critiques telles que glibc diffèrent de ceux de votre version de Linux.

Le correctif le plus simple que j'ai trouvé consiste à déplacer ce JRE incompatible hors de votre chemin afin que votre paramètre Java_HOME devienne effectif:

$ export Java_HOME=/usr/lib/jre/Java-1.8.0
$ mv bin broken-jvm
$ ./program-launcher

J'écris ce qui précède de manière générique car cette solution n'est pas spécifique à SPSS. J'ai découvert la solution ci-dessus en utilisant un package logiciel différent basé sur Java qui donnait le même symptôme que celui affiché ici.

0
Warren Young