Вызов DLL из апплета через JNI

У меня есть "доказательство концепции " часть работы, которая пересекает какую-то незнакомую территорию. Я'Мне поручено подключить компьютер EFTPOS к приложению, выполняемому в качестве апплета в браузере в нашей внутренней сети.

на данный момент мы проигнорировали dll EFTPOS и создали простую DLL-библиотеку, украшенную JNI, на моем языке по выбору (Delphi), которая просто записывает строку в текстовый файл в c: \, и я могу успешно вызвать ее из локального Java-приложения.

Тем не менее, когда я создаю апплет, чтобы сделать то же самое, скомпилируйте его в .JAR, подпишите JAR & попытаться вызвать метод в апплете через Javascript на веб-странице, это не удается.

Старший Java-парень, яя работаю с неНе думаю, что это можно будет заставить работать, потому что этопо своей сути "злой" чтобы позволить апплету сделать это.

Есть запись, которую вы можете поместить в файл java.policy, чтобы разрешить loadLibrary. а также все разрешения и ямы попробовали целый ряд вариантов по всем этим направлениям, но все безрезультатно, приведя следующую трассировку ошибок в консоли Java:

java.lang.ExceptionInInitializerError
  at app.TestApplet.LogAString(Unknown Source)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
  at java.lang.reflect.Method.invoke(Unknown Source)
  at sun.plugin.javascript.JSInvoke.invoke(Unknown Source)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
  at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
  at java.lang.reflect.Method.invoke(Unknown Source)
  at sun.plugin.javascript.JSClassLoader.invoke(Unknown Source)
  at sun.plugin.com.MethodDispatcher.invoke(Unknown Source)
  at sun.plugin.com.DispatchImpl.invokeImpl(Unknown Source)
  at sun.plugin.com.DispatchImpl$1.run(Unknown Source)
  at java.security.AccessController.doPrivileged(Native Method)
  at sun.plugin.com.DispatchImpl.invoke(Unknown Source)
Caused by: java.security.AccessControlException: access denied (java.lang.RuntimePermission loadLibrary.DLoggerImpl)
  at java.security.AccessControlContext.checkPermission(Unknown Source)
  at java.security.AccessController.checkPermission(Unknown Source)
  at java.lang.SecurityManager.checkPermission(Unknown Source)
  at java.lang.SecurityManager.checkLink(Unknown Source)
  at java.lang.Runtime.loadLibrary0(Unknown Source)
  at java.lang.System.loadLibrary(Unknown Source)
  at app.DLogger.(Unknown Source)
  ... 16 more
java.lang.Exception: java.lang.ExceptionInInitializerError
  at sun.plugin.com.DispatchImpl.invokeImpl(Unknown Source)
  at sun.plugin.com.DispatchImpl$1.run(Unknown Source)
  at java.security.AccessController.doPrivileged(Native Method)
  at sun.plugin.com.DispatchImpl.invoke(Unknown Source)

Ключевая линия, кажется, "Вызвано: java.security.AccessControlException: доступ запрещен (java.lang.RuntimePermission loadLibrary.DLoggerImpl) " что подразумевает проблему с разрешениями. Может быть, яполучаю неправильный файл политики - или неправильную подпись - или что-то в этом роде, или может случиться так, что Java жестко запрограммирована, чтобы не разрешать такого рода разрешения для апплета из-за угрозы безопасности.

Мой вопрос, я трачу свое время? Это может быть сделано и если да, то как?

Спасибо в ожидании

Майк

 davidecr23 авг. 2011 г., 22:43
Я думаю, что стоит упомянуть, что с нашим Java-апплетом, который загружает библиотеки DLL, большой процент (95%) клиентов может выполнить апплет без каких-либо проблем. Поэтому должно быть какое-то другое объяснение этого поведения, какая-то комбинация Браузер / JVM / ОС, которая вызывает этот эффект.

Ответы на вопрос(3)

что я могу предложить, это взглянуть на исходный код для этой области и попытаться расшифровать, если он не позволяет из-за отсутствия разрешения или потому, что это вообще не разрешено. Ты нек сожалению, у меня нет номеров строк, так что это немного сложнее.

 mcottle12 нояб. 2009 г., 03:30
я иду - пожелай мне удачи
Решение Вопроса

одстве, который делает именно это. Даже если ваш апплет подписан, вам все равно нужно использовать Access Controller для доступа к DLL, вы не можете просто позвонитьLoadLibrary», Вы можете добавить это в файл политики Java, однако это не рекомендуется из-за 1. Возможно, у вас нет доступа к пользовательской конфигурации Java. 2. Даже если это для вашей собственной компании, управление файлом политики является проблемой, так как пользователи будут загружать некоторые JRE, а ваш файл политики либо перезаписывается, либо игнорируется.

Лучше всего подписать флягу, убедившись, что код вашей библиотеки загрузки обернут в привилегированный блок кода, подобный этому.

try
{
    AccessController.doPrivileged(new PrivilegedAction()
    {
        public Object run()
        {
            try
            {
                // privileged code goes here, for example:
                System.load("C:/Program Files/.../Mydll.dll");
                return null; // nothing to return
            }
            catch (Exception e)
            {
                System.out.println("Unable to load Mydll");
                return null;
            }
        }
     });
}
catch (Exception e)
{
    System.out.println("Unable to load Mydll");
}

Вы также можете использовать System.loadlibrary (mydll.dll), но у вас должна быть папка dll по пути в windows, чтобы апплет мог ее найти.

Если вам нужны некоторые исходные примеры для вызова функций JNI, дайте мне знать, что я тоже могу это получить.

что вы не можете загрузить нативную библиотеку из апплета, если это не такподписали», а затем пользователь получит диалог принятия, чтобы разрешить или запретить. То есть, если вы вообще можете использовать JNI в апплете ... никогда не пробовал.

Удачи.

 mcottle12 нояб. 2009 г., 03:29
Апплет 'подписано Проблема сводится к 1) Я не имеюЯ правильно написал разрешения. 2) Этогде-то встроены в Javaэто будет сделано.

Ваш ответ на вопрос