2012-04-04 12 views
5

Intento actualizar un proyecto desde SVN (tengo una nueva instalación de eclipse pero es un espacio de trabajo existente) así que instalé el subclipse pero cuando quiero hacer algo con SVN recibo mensajes de error como:JavaHL no funciona

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 

yo trabajo en Mac OS X 10.6.8 con el índigo Eclipse 3.7.2.

¿Alguien me puede ayudar a hacer que funcione?

Respuesta

5

La respuesta se detalla en esta página Wiki:

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

Necesita instalar bibliotecas nativas de Subversion incluyendo la biblioteca JavaHL. Recomendaría usar MacPorts o HomeBrew para obtener las bibliotecas nativas.

+0

La parte más importante de http://subclipse.tigris.org/wiki/JavaHL es probablemente http://subclipse.tigris.org/wiki/JavaHL#head-5ccce53a67ca6c3965de863ae91e2642eab537de (Obtenga la versión correcta). Debe asegurarse de que la versión de Subclipse instalada coincida con la versión de la biblioteca nativa, especialmente cuando usa MacPorts (o HomeBrew) donde normalmente hace una "actualización de puerto sudo desactualizada". Hecho esto, es muy probable que tenga una versión más nueva de las bibliotecas nativas de JavaHL instalada de la permitida. – whaefelinger

0

¿Realmente uno necesita tener JavaHL? Simplemente ignoraba el error y aún podía usar svn sin ningún problema.

+0

JavaHL es generalmente el cliente de Subversion predeterminado, por favor, consulte Preferencias -> Equipo -> SVN -> interfaz SVN. Si JavaHL no está disponible, se intenta SVNKit (si está disponible). Ese funciona generalmente fuera de la caja debido a su naturaleza 100% Java. – whaefelinger

0

Asegúrese de que su versión de Subclipse y sus bibliotecas nativas JavaHL coinciden (marque http://subclipse.tigris.org/wiki/JavaHL para más detalles).

Cuando no está seguro acerca de la versión de JavaHL, hacer algo como

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

aquí, tengo instalada la versión 1.8.8. Por cierto, este parece funcionar bien con Subclipse 1.10.x.

A continuación, compruebe si se tiene en cuenta la carpeta de su biblioteca nativa, por ejemplo/opt/local/lib cuando usa MacPorts. MacPorts, por ejemplo, agrega el enlace simbólico /Library/Java/Extensions/libsvnjavahl.jnilib, por lo que no es necesario configurar java.library.path al iniciar Eclipse o STS.

Una vez más si no está seguro, puede intentar algo así como

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

Tenga en cuenta sin embargo, que la configuración de lanzamiento por encima anula la configuración por defecto de java.library.path que pueden desencadenar otros (no 100% puro) plugins fallar