java.lang.UnsatisfiedLinkError: no sapjco3 in java.library.path

 java.lang.UnsatisfiedLinkError: no sapjco3 in java.library.path 

使用jco连接SAP,本地调试能够成功而WEB环境下会抛出该异常。
前提是已经把 sapjco.dll放到system32目录下,sapjco3.jar导入到lib下
此时该异常依然存在,

1、很有可能就是开发工具没有找到sapjco.dll的原因
解决方法:把sapjco.dll文件拷贝到项目lib目录下
2、还有可能就是导入的文件和系统不不符
解决办法:导入和系统对应的文件
java.lang.UnsatisfiedLinkError: no sapjco3 in java.library.path
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1886)
	at java.lang.Runtime.loadLibrary0(Runtime.java:849)
	at java.lang.System.loadLibrary(System.java:1088)
	at com.sap.conn.jco.rt.DefaultJCoRuntime.loadLibrary(DefaultJCoRuntime.java:429)
	at com.sap.conn.jco.rt.DefaultJCoRuntime.registerNativeMethods(DefaultJCoRuntime.java:297)
	at com.sap.conn.jco.rt.JCoRuntime.registerNatives(JCoRuntime.java:876)
	at com.sap.conn.rfc.driver.CpicDriver.<clinit>(CpicDriver.java:948)
	at com.sap.conn.rfc.engine.DefaultRfcRuntime.getVersion(DefaultRfcRuntime.java:41)
	at com.sap.conn.rfc.api.RfcApi.RfcGetVersion(RfcApi.java:253)
	at com.sap.conn.jco.rt.MiddlewareJavaRfc.<clinit>(MiddlewareJavaRfc.java:197)
	at com.sap.conn.jco.rt.DefaultJCoRuntime.initialize(DefaultJCoRuntime.java:75)
	at com.sap.conn.jco.rt.JCoRuntimeFactory.<clinit>(JCoRuntimeFactory.java:23)
	at com.sap.conn.jco.rt.RuntimeEnvironment.<init>(RuntimeEnvironment.java:40)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	at java.lang.Class.newInstance(Class.java:379)
	at com.sap.conn.jco.ext.Environment.getInstance(Environment.java:109)
	at com.sap.conn.jco.ext.Environment.registerDestinationDataProvider(Environment.java:203)
	at com.afcat.channel.efwk.fp.bpm.es.adapter.sap.impl.SapAdapter.initSapConnection(SapAdapter.java:70)
	at com.afcat.channel.efwk.fp.bpm.es.adapter.sap.impl.SapAdapter.afterPropertiesSet(SapAdapter.java:259)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1477)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1417)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
	at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
	at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:291)
	at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)
	at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:288)
	at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:190)
	at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:580)
	at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)
	at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:425)
	at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:276)
	at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:197)
	at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:5077)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5591)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1574)
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1564)
	at java.util.concurrent.FutureTask.run(FutureTask.java:262)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:745)


`java.lang.UnsatisfiedLinkError: no gdalalljni in java.library.path` 是一个在Java应用程序运行时出现的错误,表明Java虚拟机(JVM)无法找到或加载名为 `gdalalljni` 的本地库文件。这个错误通常发生在需要使用本地方法(即通过Java调用的非Java代码)的Java程序中,特别是当这些本地方法依赖于特定的本地库时。 要解决这个问题,你需要确保以下几个步骤都被正确执行: 1. 确认 `gdalalljni` 库文件确实存在于你的系统上,并且放置在了系统能够识别的库路径中。对于Windows系统,这通常是一个 `.dll` 文件;对于Linux系统,是一个 `.so` 文件;对于Mac系统,是一个 `.dylib` 文件。 2. 确保环境变量 `java.library.path` 包含了包含 `gdalalljni` 库的目录。`java.library.path` 是Java程序查找本地库文件的路径列表。你可以在运行Java程序之前通过 `-Djava.library.path=路径` 参数来指定该环境变量,也可以通过代码 `System.setProperty("java.library.path", "路径");` 在程序中设置。 3. 如果你是通过某种包管理工具(如Maven或Gradle)引入的依赖,请检查该依赖是否正确地包含了必要的本地库文件,并且在构建过程中正确地将这些库文件放置到了你的项目中。 4. 检查你的操作系统是否有其他配置问题,比如32位和64位库的兼容性问题。 5. 如果是在开发环境中遇到这个问题,确保你的IDE(如Eclipse、IntelliJ IDEA等)也配置了正确的库路径。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值