运行JSP报表程序页面出现java.lang.UnsatisfiedLinkError: CC错误有如下几种缘由和处理方法：git
一、请查看控制台的错误信息
a:若是控制台的消息是相似web
java.lang.UnsatisfiedLinkError: no MRChkLib in java.library.path,Error loading library MRChkLibbootstrap
这样的错误信息，那么是由于MRChkLib.dll没有拷贝到windows的System32目录下. (MRChkLib.dll是加密锁的JAVA接口文件，文件在报表安装目录DogDriver/JavaAPI下能够找到) 而且要注意PATH环境变量中要包含System32目录。（若是服务器操做系统是Linux，那么使用报表安装目录DogDriver/JavaAPI 下的libMRChkLib.so文件，将libMRChkLib.so复制到WebServer的启动bin目录。若是在这个目录下仍然出现can not load library错误，请设置系统环境变量LD_LIBRARY_PATH的值为libMRChkLib.so所在的目录。
例如：若是libMRChkLib.so在/somedir目录下，则 export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/somedir）windows
b:若是控制台的消息是相似服务器
java.lang.unsatisfiedLinkError ：native libery c:/winnt/system32/mrchklib.dll already loaded in another classLoader error loading mrchklib.dllapp
这样的错误信息，那么是由于WebAPP在从新被启动以后，没法再次加载动态库形成的，这是java的约束，Java不容许一个实例加载屡次动态 库.能够这样解决,将mr.jar拷贝到WebServer的lib目录，删除/WEB-INF/lib目录下的mr.jar，而后从新启动 webserver。eclipse
二、若是一个webserver上有多个报表应用，请将/WEB-INF/lib/mr.jar移动到WebServer的lib目录下，确保每个Web应用程序目录下都没有mr.jar，而只有WebServer的lib目录下有该文件,重启webserver.函数
三、一个Webserver上只能有一个mr.jar文件,删掉多余的mr*.jar文件，而后清除webserver临时文件,从新启动webserver。
===================================================================================
最近项目中用到了jni，因而安装了eclipse的cdt和MinGW来用，之前没怎么动过C语言，网上找了下教程，却是挺容易的，一路弄下来也没提示什么错误，可是在最后调用本地方法时却遇到了大麻烦，老是提示找不到方法。即便一个简单的HelloWorld，也是同样
Exception in thread "main" java.lang.UnsatisfiedLinkError: HelloWorld.print()V
奇怪了，loadLibrary()没有问题，怎么会找不到方法呢？用dll export viewer察看，导出的方法为
函数名 地址 偏移量
Java_HelloWorld_print@8 0x67741250 0x00001250
实在没办法了，只好安装庞大的visual studio从新来编译，调用成功了！
再次用dll export viewer查看，发现函数名的前面多了一条下划线
函数名 地址 偏移量
_Java_HelloWorld_print@8 0x67741250 0x00001250
看来是给MinGW少传了某个参数，通过网上查阅资料，终于找到一个解决方案：给MinGW的ld命令指定一个参数--kill-at便可
gcc -Wl, --kill-at -shared -o jnihello.dll HelloWorld.c
再次用dll export viewer查看，发现导出的函数名称变为
函数名 地址 偏移量
Java_HelloWorld_print 0x67741250 0x00001250
--kill-at指令去掉了函数名称后缀的@，并无像msvc那样添加前缀的下划线
========================================================================
现象： java.lang.UnsatisfiedLinkError: Native Library xxx.dll already loaded in another classloader at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1551) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1511) at java.lang.Runtime.loadLibrary0(Runtime.java:788) at java.lang.System.loadLibrary(System.java:834) 分析： 这种错误在咱们使用热启动方式发布某个使用了JNI技术的Web应用时，并将调用年native方法的jar包独立部署在该应用下面，当咱们的Web应用 有了更新之后，在调用到该jar包封装的native方法时，会抛出该错误。（以上OS为Windows，如果Linux或Unix，应该是xxx.so 报错） 这是由于Web服务器已经在第一次加载该应用时，已经load了该dll，当该应用被再次热启动时，该dll将从新被加载，因而报错。 解决方案： 1、将含有JNI调用的jar包部署在Web服务器的公用lib库中。Web应用再发布时能够不用加载； 2、jar包部署不变，在该Web中实现一个listener，监听是否第一次启动，若不是第一次启动，屏蔽掉该jar包所含dll的加载。
========================================================================
| 类装入问题:UnsatisfiedLinkError |
| 做者：Simon Burns 来源：IBM 整理日期：2007-6-3 |
UnsatisfiedLinkError
在把本机调用连接到对应的本机定义时，类装入器扮演着重要角色。若是程序试图装入一个不存在或者放错的本机库时，在连接阶段的解析过程会发生 UnsatisfiedLinkError。JVM 规范指定 UnsatisfiedLinkError 是：
对于声明为
native 的方法，若是 Java 虚拟机找不到和它对应的本机语言定义，就会抛出该异常。
当调用本机方法时，类装入器会尝试装入定义了该方法的本机库。若是找不到这个库，就会抛出这个错误。
清单 6 演示了抛出 UnsatisfiedLinkError 的测试用例 ：
清单 6. UnsatisfiedLinkError.
java
public class UnsatisfiedLinkErrorTest {
public native void call_A_Native_Method();
static {
System.loadLibrary("myNativeLibrary");
}
public static void main(String[] args) {
new UnsatisfiedLinkErrorTest().call_A_Native_Method();
}
} |
这段代码调用本机方法 call_A_Native_Method()，该方法是在本机库 myNativeLibrary 中定义的。由于这个库不存在，因此在程序运行时会发生如下错误：
The java class could not be loaded. java.lang.UnsatisfiedLinkError:
Cant find library myNativeLibrary (myNativeLibrary.dll)
in sun.boot.library.path or java.library.path
sun.boot.library.path=D:/sdk/jre/bin
java.library.path= D:/sdk/jre/bin
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:2147)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:2006)
at java.lang.Runtime.loadLibrary0(Runtime.java:824)
at java.lang.System.loadLibrary(System.java:908)
at UnsatisfiedLinkErrorTest.<clinit>(UnsatisfiedLinkErrorTest.java:6) |
本机库的装入由调用 System.loadLibrary() 方法的类的类装入器启动 —— 在清单 6 中，就是 UnsatisfiedLinkErrorTest 的类装入器。根据使用的类装入器，会搜索不一样的位置：
- 对于由 bootstrap 类装入器装入的类，搜索
sun.boot.library.path。
- 对于由扩展类装入器装入的类，先搜索
java.ext.dirs，而后是 sun.boot.library.path，而后是 java.library.path。
- 对于由系统类装入器装入的类，搜索
sun.boot.library.path，而后是 java.library.path。
在清单 6 中，UnsatisfiedLinkErrorTest 类是由系统类装入器装入的。要装入所引用的本机库，这个类装入器先查找 sun.boot.library.path，而后查找 java.library.path。由于在两个位置中都没有须要的库，因此类装入器抛出 UnsatisfiedLinkageError。
|
==========================================================================
| java.lang.UnsatisfiedLinkError 出现这种错误的缘由是通常是java虚拟机找不到声明为native方法的本地语言定义时，出现的错误。在个人理解过程当中我通常都认为是因为导入dll或 者导入lib文件不正确致使的。有些须要静态导入就没有问题（即在前面加static来导入lib文件），若是是不加static导入也就是动态导入的时 候，那么须要添加catch的抛出异常来解决，如 try{
System.loadLibrary("vtkCommonJava");
System.loadLibrary("vtkFilteringJava");
System.loadLibrary("vtkIOJava");
System.loadLibrary("vtkImagingJava");
System.loadLibrary("vtkGraphicsJava");
System.loadLibrary("vtkRenderingJava");
}catch(Throwable e)
{
System.out.println("The load problem");
} 这种方式来判断，或者直接在类前面添加 static{ System.loadLibrary("vtkCommonJava");
System.loadLibrary("vtkFilteringJava");
System.loadLibrary("vtkIOJava");
System.loadLibrary("vtkImagingJava");
System.loadLibrary("vtkGraphicsJava");
System.loadLibrary("vtkRenderingJava");
}
================================================================================
| 关于java.lang.UnsatisfiedLinkError（JNI） |
| |
| |
|
目标：把pbp1.0的java包和native移到GEM中，并使GEM在新的虚拟机上正常运行
背景：GEM(1)有一堆java包和native函数，pbp1.0是虚拟机和JAVA基本包，要将pbp1.0的虚拟机移走只用它的JAVA基本包和native函数。
问题：在将GEM和pbp1.0的native函数生成一个动态库后在程序里System.loadLibrary()没法加载，报java.lang.UnsatisfiedLinkError
解决过程：
1，理论
咱们知道，JAVA调用native函数时，必须经过System.loadLibrary()或System.load将其native函数所在动态库 加载到虚拟机。并在运行时指明-Djava.library.path或-Dsun.boot.library.path，将其指向包含有native函 数的动态库所在位置。
2，实施
我按这个步骤操做完成后就是没法加载我生成的动态库libgem.so,这个库用到的其余动态库包括：rt,pthread,freetype,dl, directfb,而directfb用到的动态库有rt,dl,pthread,freetype,jpeg,png，这些库除了directfb要生 成外其他都在/lib目录下存在。
3，思路
先写了一个Hello的测试用例。发如今native里所使用到其余动态库时，不管是否存在于相关目录，仍然没法加载。而后通过修改编译选项，把所使用到的动态库连动态链接进目标库，以下：
$(GCC) -fPIC -shared -o libdirectfb.so ... -lpng -ljpeg -lpthread -lrt -ldl, -lfreetype
通过这么一个修改后，directfb能够加载。
这也说明System.loadLibrary()所加载的动态库所引用的全部符号都要能找到。若是有一个没法找到将没法加载。能够写一个空的main ()函数，对你的动态库进行链接，若是动态库里所引用的符号在指定的动态库和自己找到不到则没法编译经过，那么这个动态库也确定加载不了。
4,问题解决
按照这个思路，对libgem.so的编译Makefile作相应修改后，问题解决!并在LD_LIBRARY_PATH加入动态库所在目录。
(1) MHP (Multimedia Home Platform) was developed by the DVB Project as the world's first open standard for interactive television. It is a Java-based environment which defines a generic interface between interactive digital applications and the terminals on which those applications execute. MHP was designed to run on DVB platforms but there was a demand to extend the interoperability it offers to other digital television platforms. This demand gave rise to GEM, or Globally Executable MHP, a framework which allows other organisations to define specifications based on MHP.
|
|
==================================================================================== 另外，还多是dll自己的问题，使用release版的，而不要用debug版的 |
=============================================================================