2012-04-04 14 views
5

Cerco di aggiornare un progetto da SVN (ho una nuova installazione di eclipse ma è uno spazio di lavoro esistente) quindi ho installato subclipse ma quando voglio fare qualcosa con SVN ottengo messaggi di errore come:JavaHL non funziona

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 

o

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 

io lavoro su Mac OS X 10.6.8 con Eclipse Indigo 3.7.2.

Qualcuno può aiutarmi a farlo funzionare?

risposta

5

La risposta è dettagliata in questa pagina Wiki:

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

È necessario installare Subversion librerie native, tra cui la biblioteca JavaHL. Consiglierei l'uso di MacPorts o HomeBrew per ottenere le librerie native.

+0

La parte più importante di http://subclipse.tigris.org/wiki/JavaHL è probabilmente http://subclipse.tigris.org/wiki/JavaHL#head-5ccce53a67ca6c3965de863ae91e2642eab537de (Scarica la versione corretta). È necessario assicurarsi che la versione di Subclipse installata corrisponda alla versione della libreria nativa, specialmente quando si utilizza MacPorts (o HomeBrew) in cui di solito si esegue un aggiornamento della porta sudo non aggiornato. Fatto così, è molto probabile che sia installata una versione più recente delle librerie native di JavaHL rispetto a quelle consentite. – whaefelinger

0

Uno ha davvero bisogno di avere JavaHL? Stavo semplicemente ignorando l'errore e potrei ancora usare svn senza problemi.

+0

JavaHL è in genere il client Subversion di default, si prega di selezionare Preferenze -> Team -> SVN -> interfaccia SVN. Se JavaHL non è disponibile, viene provato SVNKit (se disponibile). Quello funziona di solito fuori dalla scatola grazie alla sua natura al 100% Java. – whaefelinger

0

Assicurarsi che la versione di Subclipse e le librerie JavaHL native corrispondano (per i dettagli, consultare http://subclipse.tigris.org/wiki/JavaHL).

Quando incerti circa la versione di JavaHL, fare qualcosa di simile

$ 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) 

Qui, ho la versione 1.8.8 installato. A proposito, questo sembra funzionare bene con Subclipse 1.10.x.

Quindi verificare se la cartella della libreria nativa, ad esempio/opt/local/lib quando si utilizza MacPorts, viene presa in considerazione. MacPorts ad esempio aggiunge link simbolico /Library/Java/Extensions/libsvnjavahl.jnilib, quindi non è necessario configurare java.library.path all'avvio di Eclipse o STS.

Anche in questo caso se non siete sicuri, si può provare qualcosa di simile

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

Essere consapevoli del fatto però che la configurazione di lancio sopra sostituisce l'impostazione predefinita di java.library.path che possono innescare altri (non puro al 100%) i plugin fallire.