我在测试一个应用防火墙时,抛出了一exception:
java.lang.UnsatisfiedLinkError: Native Library C:\Program Files\Apache Software Foundation\Tomcat 6.0\bin\fireWallValidator.dll already loaded in another classloader
意思是firewallvalidator.dll已经被加载了,后来在网上查了很多资料才知道:
JVM只允许一个默认的ClassLoader来load native library,并不提供专门的API来unload一个loaded native library,因此无法在我们的重启Web应用的代码中来手工清除已经load的dll,也没有相应的unload native 方法.
解决办法如下:
一、将含有JNI调用的jar包部署在Web服务器的公用lib库中。Web应用再发布时可以不用加载;
(比如: 你新建一个应用时,首先将含有System.loadLibrary(*.dll)的java文件导出成jar文件,将其放入的
tomcat/bin 或 jdk/bin目录下,然后将发布后生成的含有System.loadLibrary的.class文件删除掉就可以了)
二、jar包部署不变,在该Web中实现一个listener,监听是否第一次启动,若不是第一次启动,屏蔽掉该
jar包所含dll的加载。
java.lang.UnsatisfiedLinkError: Native Library C:\Program Files\Apache Software Foundation\Tomcat 6.0\bin\fireWallValidator.dll already loaded in another classloader
意思是firewallvalidator.dll已经被加载了,后来在网上查了很多资料才知道:
JVM只允许一个默认的ClassLoader来load native library,并不提供专门的API来unload一个loaded native library,因此无法在我们的重启Web应用的代码中来手工清除已经load的dll,也没有相应的unload native 方法.
解决办法如下:
一、将含有JNI调用的jar包部署在Web服务器的公用lib库中。Web应用再发布时可以不用加载;
(比如: 你新建一个应用时,首先将含有System.loadLibrary(*.dll)的java文件导出成jar文件,将其放入的
tomcat/bin 或 jdk/bin目录下,然后将发布后生成的含有System.loadLibrary的.class文件删除掉就可以了)
二、jar包部署不变,在该Web中实现一个listener,监听是否第一次启动,若不是第一次启动,屏蔽掉该
jar包所含dll的加载。