Вопрос

Я развертываю подписанный & amp; доверенный апплет. Нам нужно запустить апплет в отдельной JVM & amp; увеличить размер кучи. Настройка Отдельный_jvm & amp; java_arguments работает с нашими локальными системами. Любопытно, что у нас есть клиенты, которые, хотя и используют 1.6.0_15, похоже, не используют новую архитектуру плагинов.

Когда я проверяю их конфигурацию Java, " использовать плагин следующего поколения " проверено & amp; Опция IE7 " использовать Java 1.6.0_15 для плагина апплета " Также проверено. Ничто не кажется явно неправильным. Консоль Java также сообщает правильную версию, но ни Отдельные_jvm , ни java_arguments не соблюдаются.

Так же, как проверка работоспособности, мы завернули апплет в JNLP & amp; настройте нашу веб-страницу для обслуживания апплета с помощью jnlp_href . У тега applet был фиктивный параметр кода, чтобы JVM действительно выполняла JNLP. Консоль Java жалуется, что не может найти фиктивный класс, когда он должен правильно загружать JNLP.

Есть ли настройки безопасности или что-то еще, что может вызвать то, что я вижу?

Это было полезно?

Решение

Боюсь, у меня всего несколько предложений, а не абсолютный ответ.

<Ол>
  • Версия виртуальной машины Java и подключить версию можно разные. Перейти к панели управления, Java, настройки среды выполнения. Когда вы проверяете консоль, она может показать две разные версии.

  • Новая архитектура плагина будет зависит от браузера, Opera не использует это вообще, например. IE7 делает хоть. Так что проверьте, какой браузер это работает на.

  • Java повреждена из-за повторные установки и удаления. Довольно распространенная жалоба, которую я нашел. Если у вас есть контроль над одним из машины, которые вы должны удалить каждый Джава. Перезагрузите машину. устанавливать последняя версия Java.

  • Лицензировано под: CC-BY-SA с атрибуция
    Не связан с StackOverflow
    scroll top