L'exportation de Runnable jar avec extra natif de bibliothèques de code dans eclipse

J'ai du mal à exporter mon projet en java d'eclipse comme un jar exécutable fichier. Mon projet java utilise une bibliothèque externe (de son nom jri). J'ai exporté le jri.jar fichier et définissez le chemin de la bibliothèque pour sa bibliothèque native dans eclipse, et il fonctionne très bien en cours de développement eclipse. Cependant, quand je l'exporter sous la forme d'un fichier jar exécutable j'obtiens l'erreur suivante:

Cannot find JRI native library!
Please make sure that the JRI native library is in a directory listed in java.library.path.

J'ai placé un dossier appelé lib dans le même répertoire que mon projet du pot; ce dossier lib contient jri de la bibliothèque native. jri de la bibliothèque native n'est pas un fichier mais un dossier. C'est la même configuration que j'ai dans eclipse.

La façon dont j'exporte mon projet dans eclipse est

Export...
Java > Runnable JAR file
Copy required libraries into a sub folder next to the generated Jar
Finish

Et mon dossier est organisé comme ceci

folder project
  project.jar
  project_lib
    jri.jar
    jri native library folder

Le MANIFESTE.MF de mon project.jar est:

Manifest-Version: 1.0
Class-Path: . project_lib/jri.jar
Main-Class: index

Ce que je veux atteindre est de donner à une autre personne, un dossier comprenant project.jar et tout le reste nécessaire afin qu'elle/il peut l'exécuter sans avoir à installer quoi que ce soit d'autre.
Merci beaucoup

Si vous n'aimez pas l'utiliser, ne blâme sur elle. Si quelque chose va mal avec eclipse, il peut être de votre faute de ne pas eclipse.
Vérifier cette réponse, il migth de l'aide. stackoverflow.com/questions/2702132/...
Avez-vous essayez d'ajouter project_lib/jri_native_library_folder pour le manifeste.mf classpath?
Je vais essayer maintenant
Je n'ai pas eu tout de meilleurs résultats, je pense que c'est parce que le problème est dans le chemin de la bibliothèque et non pas dans le chemin de classe

OriginalL'auteur Julio Diaz | 2012-01-11

  1. 8

    Ajouter un script contenant quelque chose comme ça:

    #!/bin/bash
java -Djava.library.path=project_lib/native/ -jar project_lib/jri.jar

    Je l'exportation de certains projets java de cette façon.

    OriginalL'auteur Ortwin Angermeier

  2. 3

    C'est relativement difficile à mettre en œuvre. Les solutions que j'ai vu impliquer l'extraction de l'bibliothèques natives dans le POT pour un OS répertoire temp, puis de la charger. Je pencherais pour une solution intégrée pour que. Un Pot et Java Class Loader de soutien, et sur la deuxième page, vous trouverez des liens vers des outils similaires.

    Vous avez raison, autant que je sache, Java ne peut pas charger les bibliothèques JNI (.dll, .donc, etc.) à partir d'un fichier JAR. Les solutions que vous mentionnez extraire les fichiers pertinents au moment de l'exécution, de sorte que Java peut charger l'un d'eux.

    OriginalL'auteur CptHindsight

  3. 1

    Vous pouvez mettre les bibliothèques à l'intérieur de votre bocal:

    À l'exportation...

    Java > Runnable JAR file

    Package de bibliothèques requises en Jar généré

    Finition

    J'ai toujours à l'exportation de cette façon.
    Je ne sais pas si il va fonctionner dans votre cas, mais vaut la peine d'essayer.

    Edit:

    Voir ces liens:

    Je suppose que cela a quelque chose à voir avec LD_LIBRARY_PATH pas été correctement configurée. Ou le fichier dont il est à la recherche de pour n'est pas dans le chemin indiqué.

    J'ai essayé ça mais ça ne marche pas, rappelez-vous que les bibliothèques natives pour le package externe est dans un dossier et le java.de la bibliothèque.chemin d'accès doivent avoir accès à elle.
    voir la modifier, je l'espère, pourra vous aider.
    fonctionné pour mon cas.

    OriginalL'auteur falsarella

  4. 0

    Vous le savez, j'ai eu des problèmes similaires

    Could not extract native JNI library.

    tous les ci-dessus propose ne peut pas m'aider. Je ne pouvais pas arrêter et démarrer gradle démon en utilisant la commande:

    gradle --stop

    J'ai vu que gradle deamon pas encore arrêté dans mon processus. C'est pourquoi j'ai tuer dans mon processus et tout ira bien 🙂

    OriginalL'auteur Dmytro Melnychuk