Ich habe Eclipse 3.5.2 und das Plug-In Subversion JavaHL Native Library Adapter 1.6.9.2 installiert und dies funktioniert ohne Probleme. Heute morgen war ich gezwungen, das Passwort für die Anmeldung auf meinem Mac zu ändern und seitdem bekomme ich die Meldung "Subversion native library not available", wenn ich versuche, Änderungen zu speichern. Kann jemand helfen? Ich habe versucht, diese Zeile (-Djava.library.path = / usr / lib / jni) zur Datei eclipse.ini hinzuzufügen, aber das schien keinen Unterschied zu machen.
Kann jemand helfen?
Ich hatte unter Mac OS X Snow Leopard ein ähnliches Problem. Ich vermute, dass Ihre Bibliotheken da sind, aber nur Berechtigungen geändert werden müssen, während ich die Bibliotheken überhaupt nicht hatte.
Das zu überprüfende Verzeichnis ist /opt/subversion/lib , sehen Sie, ob es libsvnjavahl Dateien gibt. In Ihrem Fall sind sie möglicherweise dort und benötigen nur neue Berechtigungen.
Um die Dateien zu erhalten, befolgte ich die Anweisungen, die sie für die Installation von JavaHL unter OS X angegeben haben Laden und installieren Sie Open CollabNet . (Anmeldung erforderlich, obwohl es kostenlos ist)
Dann müssen Sie nur Ihre Umgebungsvariable in .profile aktualisieren, etwa wie folgt:
export PATH =.: / opt / subversion / bin: $ HOME / bin: $ PFAD
Dann lief:
. .profile
Dann habe ich mit javahltests.jar wie erwähnt hier .
Am einfachsten ist es, das OSX-Paket herunterzuladen und zu installieren, das auf openCollabNet bereitgestellt wird.
MacPorts bietet auch ein einfaches Subversion- und JavaHL-Paket, aber auf Snow Leopard? MacPorts kompiliert diese Pakete immer noch als einfache 32-Bit-Binärdateien. Wenn Sie die Standard Snow Leopard JVM verwenden, die 64-Bit ist, erhalten Sie eine Fehlermeldung ...
Laden der JavaHL Library fehlgeschlagen. Dies sind die Fehler, die aufgetreten sind:
no libsvnjavahl-1 in java.library.path
nein svnjavahl-1 in java.library.path
/opt/local/lib/libsvnjavahl-1.0.0.0.dylib: kein passendes Bild gefunden. Habe gefunden: /opt/local/lib/libsvnjavahl-1.0.0.0.dylib: mach-o, aber falsche Architektur
Beachten Sie den Fehler bezüglich falscher Architektur. Dies liegt daran, dass die 64-Bit-JVM keine native 32-Bit-Bibliothek laden kann. Die? CollabNet-Binärdateien für OSX haben dieses Problem nicht, da sie sowohl 32-Bit- als auch 64-Bit-Versionen enthalten.
Quelle: subclipse.tigris.org
Hier ist ein Blogeintrag, der eine Lösung bietet: Ссылка
Ich weiß nicht, ob das in Ihrer speziellen Situation funktionieren wird, aber es ist einen Versuch wert.
(Bearbeitet, um den Link zu reparieren, der nach dem Posten unterbrochen wurde. Der Link wurde irgendwann zwischen dem 3. Mai und dem 1. Juni unterbrochen.)
Wenn Sie bereits Subversion installiert haben, würde ich empfehlen, zuerst eine Brüh-Deinstallation durchzuführen und dann die Installation erneut durchzuführen. Folgen Sie den Schritten zum Erstellen der Links, die nach Abschluss der Installation angezeigt werden. Das hat für mich funktioniert. Grüße
Tags und Links eclipse macos svn eclipse-plugin