动态设置java.library.path

最新内容请参见：chiefleo.me/archives/439

WEB项目中用到了JACOB，需要调用jacob.dll文件，这样必须将dll文件放到Java的PATH中。开始的解决方法是将DLL文件放到system32目录下，程序运行没问题。但是到后来项目要发布的时候出问题了：整个工程打包成EXE文件，DLL不能直接打包进system32目录下，我们又不能要求客户手动去拷贝，程序移植很麻烦。

另外VM参数处通过-Djava.library.path后将加载路径指定到自己的lib目录后，程序也可以正常启动。

这种方式也不好，因为要手动的去指定虚拟机参数，于是在项目根目录下新增dll文件夹，把DLL文件放到此文件夹下，想通过System类的setProperty函数来在代码中动态的改变一下java.library.path的值。
使用
System.setProperty("java.library.path", "%webPath%/dll");
后，启动程序总是报错"no JIntellitype in java.library.path"

Google了一下，找到一个很好的解决方法,原文URL:203.208.39.132/search,以下部分为原文内容：

代码中设置不起作用，主要是因为java.library.path只在jvm启动时读取一次，其他情况下的修改不会起作用的。可以参考下面的这个bug：
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4280189

原因和ClassLoader的实现有关系，
ClassLoader.loadLibrary() method:

Java代码
if (sys_paths == null) {
usr_paths = initializePath("java.library.path");
sys_paths = initializePath("sun.boot.library.path");
}

系统缓存了java.library.path的值，并且一直都会是第一次加载时的值。有人提到了下面的修改方法,

Java代码
if (sys_paths == null) {
sys_paths = initializePath("sun.boot.library.path");
}
usr_paths = initializePath("java.library.path");

但是从2002年到现在Sun一直都没有改，不知道出于什么原因考虑的。

有问题，就会有人解决问题，antony_miguel在一篇文章中，使用java的反射机制，完成了对于ClassLoader类中的usr_paths变量的动态修改，

Java代码
public static void addDir(String s) throws IOException {
try {
Field field = ClassLoader.class.getDeclaredField("usr_paths");
field.setAccessible(true);
String[] paths = (String[])field.get(null);
for (int i = 0; i < paths.length; i++) {
if (s.equals(paths[i])) {
return;
}
}
String[] tmp = new String[paths.length+1];
System.arraycopy(paths,0,tmp,0,paths.length);
tmp[paths.length] = s;
field.set(null,tmp);
} catch (IllegalAccessException e) {
throw new IOException("Failed to get permissions to set library path");
} catch (NoSuchFieldException e) {
throw new IOException("Failed to get field handle to set library path");
}
}  
文章也同时指出了这种实现的局限性，和jvm的实现强关联，只要jvm实现不是用的变量usr_paths来保存java.library.path的值，这个方法就不能用了。
但是只要知道源代码，小小的改动就应该可以实现了。

PFYU: 如果有多个dll文件，不妨将该目录加到系统环境变量PATH中去。

PFYU: 在WAS中运行Web应用时，如果需要访问MQ，则经常会报如下错误：

java.lang.UnsatisfiedLinkError: mqjbnd05 (Not found in java.library.path)

java.lang.NoClassDefFoundError: com.ibm.mq.server.MQSESSION (initialization failure)

这种情况就是由以上的原因引起的，但是很奇怪用以上的解决方案没有生效，直到在WAS里配置了一个变量MQ_INSTALL_ROOT来指向MQ的安装目录方才解决。