2012-04-04 15 views
5

Próbuję zaktualizować projekt z SVN (mam świeżą instalację zaćmienia, ale jest to istniejący obszar roboczy), więc zainstalowałem subclipse, ale gdy chcę coś zrobić z SVN, otrzymuję komunikat o błędzie, taki jak:JavaHL nie działa

Failed to load JavaHL Library. 
These are the errors that were encountered: 
no libsvnjavahl-1 in java.library.path 
no svnjavahl-1 in java.library.path 
no svnjavahl in java.library.path 
java.library.path = .:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java 

lub

Problems reported while synchronizing SVNStatusSubscriber. 0 of 1 resources were synchronized. 
An error occurred synchronizing <Project name>: Error getting status for resource P<Project name> Unable to load default SVN Client 
Error getting status for resource P<Project name> Unable to load default SVN Client 
Unable to load default SVN Client 

Pracuję w systemie Mac OS X 10.6.8 z eclipse indygo 3.7.2.

Czy ktoś może mi pomóc, aby działało?

Odpowiedz

5

Odpowiedź jest szczegółowo na tej stronie Wiki:

http://subclipse.tigris.org/wiki/JavaHL

Musisz zainstalować Subversion natywnych bibliotek w tym biblioteki JavaHL. Polecam używanie MacPorts lub HomeBrew do pobierania bibliotek natywnych.

+0

Najważniejszą częścią http://subclipse.tigris.org/wiki/JavaHL jest prawdopodobnie http://subclipse.tigris.org/wiki/JavaHL#head-5ccce53a67ca6c3965de863ae91e2642eab537de (Uzyskaj odpowiednią wersję). Musisz upewnić się, że zainstalowana wersja Subclipse jest zgodna z natywną wersją biblioteki, szczególnie gdy używasz MacPorts (lub HomeBrew), gdzie zwykle robisz "aktualizację portu sudo, która jest już nieaktualna". Zrobione tak, masz bardzo prawdopodobne, że nowsza wersja macierzystych bibliotek JavaHL jest zainstalowana, niż jest to dozwolone. – whaefelinger

0

Czy naprawdę trzeba mieć JavaHL? Właśnie ignorowałem ten błąd i nadal mogłem używać svn bez żadnego problemu.

+0

JavaHL jest zwykle domyślnym klientem Subversion, sprawdź Preferencje -> Zespół -> SVN -> Interfejs SVN. Jeśli JavaHL nie jest dostępna, wypróbowany jest SVNKit (jeśli jest dostępny). Ta działa zwykle po wyjęciu z pudełka ze względu na jej w 100% Java. – whaefelinger

0

Upewnij się, że twoja wersja Subclipse i twoja natywna biblioteka JavaHL są zgodne (sprawdź numer http://subclipse.tigris.org/wiki/JavaHL).

Kiedy pewien wersji JavaHL, zrobić coś podobnego

$ strings /opt/local/lib/libsvnjavahl-1.a | fgrep svn: 
svn:auth:username 
svn:auth:password 
svn:auth:config-dir 
svn: 
svn:1.8.8 (r1568071) 

Tutaj mam zainstalowana wersja 1.8.8. Przy okazji, ten wydaje się działać dobrze z Subclipse 1.10.x.

Następnie sprawdź, czy jest brany pod uwagę folder macierzystej biblioteki, na przykład/opt/local/lib podczas korzystania z MacPorts. MacPorts na przykład dodaje symboliczny link /Library/Java/Extensions/libsvnjavahl.jnilib, dlatego nie ma potrzeby konfigurowania java.library.path podczas uruchamiania Eclipse lub STS.

ponownie, jeśli nie jesteś pewien, możesz spróbować czegoś podobnego

STS --launcher.appendVmargs -vmargs -Djava.library.path=/opt/local/lib 

Należy pamiętać jednak, że konfiguracja launch powyżej zastępuje ustawienie domyślne, które mogą powodować java.library.path inne (nie 100% czysty) wtyczek nie zdać.