2016-02-28 95 views
1

嗨,我正尝试安装在karaf下面的依赖Karaf异常被抛出,而安装org.fusesource.leveldbjni

<dependency> 
    <groupId>org.fusesource.leveldbjni</groupId> 
    <artifactId>leveldbjni-all</artifactId> 
    <version>1.8</version> 
</dependency> 

我得到下面的异常

Exception caught while executing command 
org.apache.karaf.shell.console.MultiException: Error executing command on bundles: 
    Unable to execute command on bundle 564: The bundle "org.fusesource.leveldbjni.leveldbjni-all_1.8.0 [564]" could not be resolved. Reason: No match found for native code: META-INF/native/windows32/leveldbjni.dll; processor=x86; osname=Win32, META-INF/native/windows64/leveldbjni.dll; processor=x86-64; osname=Win32, META-INF/native/osx/libleveldbjni.jnilib; processor=x86; osname=macosx, META-INF/native/osx/libleveldbjni.jnilib; processor=x86-64; osname=macosx, META-INF/native/linux32/libleveldbjni.so; processor=x86; osname=Linux, META-INF/native/linux64/libleveldbjni.so; processor=x86-64; osname=Linux 
    at org.apache.karaf.shell.console.MultiException.throwIf(MultiException.java:92) 
    at org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:58) 
    at org.apache.karaf.bundle.command.BundlesCommand.doExecute(BundlesCommand.java:50) 
    at org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:41) 
    at org.apache.karaf.shell.console.AbstractAction.execute(AbstractAction.java:33) 
    at org.apache.karaf.shell.console.OsgiCommandSupport.execute(OsgiCommandSupport.java:39) 
    at org.apache.karaf.shell.commands.basic.AbstractCommand.execute(AbstractCommand.java:33) 
    at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_79] 
    at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_79] 
    at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54) 
    at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119) 
    at org.apache.karaf.shell.console.commands.$BlueprintCommand1099159826.execute(Unknown Source)[37:org.apache.karaf.shell.console:3.0.1] 
    at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_79] 
    at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_79] 
    at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:54) 
    at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:119) 
    at org.apache.karaf.shell.console.commands.$BlueprintCommand1099159826.execute(Unknown Source)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.CommandProxy.execute(CommandProxy.java:78)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:477)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:403)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:183)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:120)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(CommandSessionImpl.java:89) 
    at org.apache.karaf.shell.console.impl.jline.ConsoleImpl$DelegateSession.execute(ConsoleImpl.java:521) 
    at org.apache.karaf.shell.console.impl.jline.ConsoleImpl.run(ConsoleImpl.java:212) 
    at java.lang.Thread.run(Thread.java:745)[:1.7.0_79] 
    at org.apache.karaf.shell.console.impl.jline.ConsoleFactoryService$3.doRun(ConsoleFactoryService.java:126)[37:org.apache.karaf.shell.console:3.0.1] 
    at org.apache.karaf.shell.console.impl.jline.ConsoleFactoryService$3$1.run(ConsoleFactoryService.java:117) 
    at java.security.AccessController.doPrivileged(Native Method)[:1.7.0_79] 
    at org.apache.karaf.jaas.modules.JaasHelper.doAs(JaasHelper.java:47)[38:org.apache.karaf.jaas.modules:3.0.1] 
    at org.apache.karaf.shell.console.impl.jline.ConsoleFactoryService$3.run(ConsoleFactoryService.java:115)[37:org.apache.karaf.shell.console:3.0.1] 
Caused by: java.lang.Exception: Unable to execute command on bundle 564: The bundle "org.fusesource.leveldbjni.leveldbjni-all_1.8.0 [564]" could not be resolved. Reason: No match found for native code: META-INF/native/windows32/leveldbjni.dll; processor=x86; osname=Win32, META-INF/native/windows64/leveldbjni.dll; processor=x86-64; osname=Win32, META-INF/native/osx/libleveldbjni.jnilib; processor=x86; osname=macosx, META-INF/native/osx/libleveldbjni.jnilib; processor=x86-64; osname=macosx, META-INF/native/linux32/libleveldbjni.so; processor=x86; osname=Linux, META-INF/native/linux64/libleveldbjni.so; processor=x86-64; osname=Linux 
    at org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:55) 
    ... 32 more 
Caused by: org.osgi.framework.BundleException: The bundle "org.fusesource.leveldbjni.leveldbjni-all_1.8.0 [564]" could not be resolved. Reason: No match found for native code: META-INF/native/windows32/leveldbjni.dll; processor=x86; osname=Win32, META-INF/native/windows64/leveldbjni.dll; processor=x86-64; osname=Win32, META-INF/native/osx/libleveldbjni.jnilib; processor=x86; osname=macosx, META-INF/native/osx/libleveldbjni.jnilib; processor=x86-64; osname=macosx, META-INF/native/linux32/libleveldbjni.so; processor=x86; osname=Linux, META-INF/native/linux64/libleveldbjni.so; processor=x86-64; osname=Linux 
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolverError(AbstractBundle.java:1332) 
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.getResolutionFailureException(AbstractBundle.java:1316) 
    at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:323) 
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:300) 
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:292) 
    at org.apache.karaf.bundle.command.Start.executeOnBundle(Start.java:27) 
    at org.apache.karaf.bundle.command.BundlesCommandWithConfirmation.doExecute(BundlesCommandWithConfirmation.java:53) 
    ... 32 more 

我试图安装一些opendaylight特性和其中一个特性在内部使用这种依赖关系。我错过了什么,请帮助。

+0

错误表示找不到处理器/ os的本机库。属性'org.osgi.framework.os.name'和'org.osgi.framework.os.processor'的值是什么(你可以用命令'system:property'查看它们) –

+0

org.osgi.framework .os。name = window 8.1 org.osgi.framework.os.version = 6.3.0 我可以找到属性的值org.osgi.framework.os.processor – Charity

+0

stacktrace是说它无法找到dll。该DLL是依赖关系jar本身的一部分。 http://www.java2s.com/Code/Jar/l/Downloadleveldbjniall17jar.htm。 FYI我采取了opendaylight karaf分布。 https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distribution-karaf/0.4.0-SNAPSHOT。 – Charity

回答

3

捆绑“leveldbjni”依赖于“本机”库。本地,如“依赖于操作系统”。在OSGi中,一个bundle可以声明几个本地库,并为每个库指定何时可以加载这个库。

在你的错误,你可以看到这个包可以加载的库:

  • windows32/leveldbjni.dll如果处理器= 86; osname = Win32
  • windows64/leveldbjni.dll if processor = x86-64; osname = Win32
  • osx/libleveldbjni.jnilib if processor = x86; osname = macosx
  • osx/libleveldbjni.jnilib if processor = x86-64; osname = macosx
  • linux32/libleveldbjni.so if processor = x86; osname = Linux
  • linux64/libleveldbjni.so if processor = x86-64; osname = Linux

在你的情况下,osname =“Windows 8.1”,所以没有匹配这个名字的库,并且需求失败。

每个OSGi框架都有一个映射osname-s的“别名”列表。这取决于你的实现(和版本)。例如,latest version of Equinox有此配置:

Windows8 "Windows 8" "Windows 8.1" "Windows 8.2" "Windows 8.3" Win8 Win32 # Microsoft 

Felix

felix.native.osname.alias.windows8=windows 8,win32 

我不知道你使用的框架,或者是哪个版本,但是如果你使用菲利克斯(这是默认),你可以尝试添加,文件etc/system.properties在:

felix.native.osname.alias.windows8=windows 8,windows 8.1,win32 

在春分,这个问题上Bug 423970跟踪。我不知道如何覆盖这些属性。卡拉夫4有一个应该工作的Equinox版本。

你可以试试,也许,在etc/system.properties重写OS的值(老实说,我不知道这是否将作为这个值应该被发现 - 这是一个丑陋的黑客硬编码此值)

org.osgi.framework.os.name = Win32 
+0

在我的karaf 4.0.3中,我无法在system.properties中找到此条目。那么我应该添加并看看? – Charity

+0

是的,你应该添加它,“并参见”:-) –

+0

我已经在system.properties中的条目。卡拉夫仍然抛出同样的错误。 – Charity

0

作为解决方法,在etc/system.properties中通过向其添加org.osgi.framework.os.name = Win32来对操作系统进行硬编码。这是Jeremie B为我解决问题的答案的最终建议。