Исходный ответ Адама Баткина приведет вас к решению, но если вы повторно развернете свое веб-приложение (без перезапуска веб-контейнера), вы должны столкнуться со следующей ошибкой:
java.lang.UnsatisfiedLinkError: Native Library "foo" already loaded in another classloader
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1715)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1646)
at java.lang.Runtime.load0(Runtime.java:787)
at java.lang.System.load(System.java:1022)
Это происходит потому, что ClassLoader, который изначально загрузил вашу DLL, все еще ссылается на эту DLL. Однако ваше веб-приложение теперь работает с новым ClassLoader, и поскольку та же JVM работает, а JVM не разрешает 2 ссылки на одну и ту же DLL, вы не можете перезагрузить ее. Таким образом, ваше веб-приложение не может получить доступ к существующей DLL и не может загрузить новую. Итак ... ты застрял.
Документация Tomcat по ClassLoader описывает, почему ваше перезагруженное веб-приложение работает в новом изолированном ClassLoader и как вы можете обойти это ограничение (на очень высоком уровне).
Решение состоит в том, чтобы немного расширить решение Адама Баткина:
package awesome;
public class Foo {
static {
System.loadLibrary('foo');
}
// required to work with JDK 6 and JDK 7
public static void main(String[] args) {
}
}
Затем поместите jar, содержащий JUST этот скомпилированный класс, в папку TOMCAT_HOME / lib.
Теперь в вашем веб-приложении вам просто нужно заставить Tomcat ссылаться на этот класс, что можно сделать так просто:
Class.forName("awesome.Foo");
Теперь ваша DLL должна быть загружена в общий загрузчик классов, и на нее можно ссылаться из вашего веб-приложения даже после ее повторного развертывания.
Имеет смысл?
Рабочую справочную копию можно найти в коде Google, static-dll-bootstrapper .