关键字:JAVA JACOB DLL 动态修改PATH
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的值,并且一直都会是第一次加载时的值。有人提到了下面的修改方法,
if (sys_paths == null) { ys_paths = initializePath("sun.boot.library.path"); } usr_paths = initializePath("java.library.path");
但是从2002年到现在Sun一直都没有改,不知道出于什么原因考虑的。
有问题,就会有人解决问题,antony_miguel在一篇文章中,使用java的反射机制,完成了对于ClassLoader类中的 usr_paths变量的动态修改,
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的 值,这个方法就不能用了。
但是只要知道源代码,小小的改动就应该可以实现了。