Impossible de charger la bibliothèque JavaHL
Après la mise à jour vers Snow Lion, j'ai commencé à recevoir ces erreurs dans Flash Builder/Eclipse en essayant d'utiliser SVN:
Failed to load JavaHL Library.
These are the errors that were encountered:
no libsvnjavahl-1 in Java.library.path
/opt/Subversion/lib/libsvnjavahl-1.0.dylib: Library not loaded: /usr/lib/libpq.5.dylib Referenced from: /opt/Subversion/lib/libsvnjavahl-1.0.dylib Reason: no suitable image found. Did find: /usr/lib/libpq.5.dylib: mach-o, but wrong architecture /usr/lib/libpq.5.dylib: mach-o, but wrong architecture
no svnjavahl in Java.library.path
Java.library.path = .:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/Java
Si vous n'avez pas besoin d'utiliser JavaHL, Subclipse fournit également une bibliothèque d'API SVN pure Java - SVNKit (http://svnkit.com). Installez simplement l'adaptateur client SVNKit et les plug-ins de bibliothèque à partir du site de mise à jour de Subclipse, puis choisissez-le dans les préférences sous Team> SVN.
Essaye ça:
- Sélectionnez Fenêtre >> Préférences
- Expand Team >>SVN
- Sous Interface SVN set Client à SVNKit (Pure Java) SVNKit ... .
Sur Kubuntu, le chemin d'accès à la bibliothèque a été modifié à cause de l'installation d'une autre version de Java. Voici l'image entière , mais en bref:
Sudo apt-get install libsvn-Java
Sudo find / -name libsvnjavahl-1.so
Le résultat de la dernière commande pourrait ressembler à ceci, par exemple:
/usr/lib/x86_64-linux-gnu/jni/libsvnjavahl-1.so
Cela vous donne le chemin, vous pouvez donc ajouter ce qui suit à votre Eclipse.ini:
-Djava.library.path=/usr/lib/x86_64-linux-gnu/jni/
Découvrez ce blog . Il contient une tonne d’informations . Aussi, si vous installez par brassage, ne manquez pas cette note:
Vous devrez peut-être associer les liaisons Java au dossier Java Extensions:
$ Sudo mkdir -p /Library/Java/Extensions
$ Sudo ln -s /usr/local/lib/libsvnjavahl-1.dylib /Library/Java/Extensions/libsvnjavahl-1.dylib
Vous pouvez ou non avoir besoin de JavaHL selon votre système d'exploitation. En plus d'autres suggestions, il suffit de poster ceci ici.
Pour les autres OS, voir cette source: http://subclipse.tigris.org/wiki/JavaHL
Je viens d'installer Mountain Lion et j'ai le même problème J'utilise FLashBuilder (32 bits) et MountainLion est 64 bits, ce qui signifie que MacPorts installe par défaut le tout en 64 bits. La version de subclipse que j’utilise est la 1.8 Comme j'avais déjà installé Subversion et JavaHLBindings, je viens d’exécuter cette commande:
Sudo port upgrade --enforce-variants active +universal
Cela a fait que les ports mac parcourent tout ce qui est déjà installé et installent également la version 32 bits.
J'ai ensuite redémarré FlashBuilder et aucune erreur JavaHL n'a été affichée.
Pour moi, j'ai commencé à avoir ce problème lorsque j'ai mis à niveau vers Java 8, puis je suis revenu à Java 7. A nouveau mis à niveau vers Java 8 et le problème résolu.
peut-être que vous pouvez essayer ceci: changer la version de jdk ..__ Et j'ai résolu ce problème en changeant jdk de 1.6.0_37 à 1.6.0.45 . BR!
j'ai essayé toutes les solutions disponibles et, finalement, le problème était le suivant:
uninstall Native JavaHL 1.6
install everything under Subclipse from this site:
Pour les utilisateurs Windows Eclipse/STS v3.9.X, vous devrez peut-être mettre à jour votre version de subclipse.
Allez dans Aide > Installer un nouveau logiciel > Cliquez sur Subclipse et edit la version de 1.6.X à 1.8.X
Cette méthode s'applique également à ceux qui rencontrent JavaHL non disponible. Vous pouvez vérifier si JavaHL est disponible ou non en sélectionnant Aller à Windows > Préférences > Équipe >SVN. Vous pouvez le vérifier dans Interface SVN > Client section.
Si cela fonctionne sur MAC OS, veuillez répondre dans la section commentaire. :)