【问题标题】:Subclipse installation fails "Subversion native library not available" (Java HL)Subclipse 安装失败“Subversion 本机库不可用”(Java HL)
【发布时间】:2017-12-31 01:48:21
【问题描述】:

我正在尝试在工作中设置全新安装的 Eclipse Oxygen,但在尝试签出任何项目时都遇到了这个问题。

导入 -> 从 SVN 签出项目 ->

我正在尝试从具有相同插件的旧 Mars 安装迁移,因此可能与尝试共享相同路径的两个安装有关(或尝试在自己的路径上搜索配置文件)。我是“按原样”获得原始安装的,所以我真的不知道配置过程是如何进行的(是的,它工作得很好)。

有什么想法吗?

【问题讨论】:

    标签: java eclipse svn subclipse eclipse-oxygen


    【解决方案1】:

    您的问题是,当加载本机 Subversion JavaHL DLL 时,它们会尝试加载所有依赖项。这包括 OpenSSL DLL(libeay32.dll 和 ssleay32.dll)。这些 DLL 包含在 JavaHL 中,但看起来您在 PATH 中有更高版本。更重要的是,这些是 32 位 DLL,您在 64 位 JVM 中运行并加载 64 位 JavaHL。所以它不能使用它们。

    也许你可以修复你的 PATH 来摆脱这些?如果没有,您可能必须使用 32 位 JVM 运行 32 位 Eclipse。

    您也可以忽略该错误并安装 SVNKit 适配器,然后在 Team > SVN 下的首选项中选择使用它。

    【讨论】:

    • 嘿,对于(太)迟到的答案感到抱歉。我最终用 SVN Kit 解决了这个问题。我并没有真正得到 PATH 问题,因为(系统)路径上没有任何内容指向与这些库相关的任何内容。另外,我在家里安装了相同的 Eclipse 版本并遇到了同样的问题。可能是旧安装的问题?适配器本身的错误?
    【解决方案2】:

    仔细查看屏幕截图上的错误。看来java.library.path%PATH%环境变量有问题。

    【讨论】:

    • 是的,这就是我要问的:“这里发生了什么?”我可以看到错误消息在说什么,但我无法理解。配置方面,两种安装都相似,并且具有相同的路径(当然,除了安装一个),所以我不知道找不到什么以及如何修复它。
    猜你喜欢
    • 2012-11-27
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-02-23
    • 2014-07-28
    • 1970-01-01
    • 2014-09-24
    相关资源
    最近更新 更多