Проблемы с Java 7u65

Вчера вечером было выпущено новое обновление для Java 7: 7u65. У меня есть веб-приложение, в котором загружается служебный апплет, и после обновления мои тесты на разных ПК не отображали проблем или неправильного поведения.

Позже я начал получать отчеты о проблемах, связанных с аппликатором Java-продукта продукта. Все отчеты поступали от пользователей, которые обновили Java JRE до 7u65 (от 7u60):

Апплет не загружался вообще. При запуске приложения отображается экран "Загрузка", и это не отображается. Кроме того, все сервисы, предоставляемые моим апплетом Java, недоступны.
После изменения расширенной конфигурации панели управления Java, чтобы всегда показывать консоль (на одном из компьютеров, где эта проблема произошла), я обнаружил, что апплет даже не запускал консоль Java.
Используя ту же самую станцию, где произошла ошибка, пытаясь получить доступ к java.com для проверки текущей версии Java, апплет Java загружается и консоль отображается без ошибок.

Все тесты были выполнены после очистки браузера и Java-кэша и даже после удаления установленных сертификатов (мой - действительный подписанный апплет).

Я проверил заметки о выпуске Java 7u65, и ни одно из упомянутых изменений, похоже, не повлияло на мой апплет. Кроме того, при использовании Java 7u60 проблем не возникало.

У меня нет никаких подсказок о том, что происходит, возможно, потому, что обновление java было выпущено несколько часов назад. Поскольку консоль Java не может быть отображена, даже если я настрою панель управления Java для этого, я не могу сказать, есть ли какое-либо исключение. Я не могу воспроизвести проблему на своих компьютерах (Windows 8 и Windows 7, как на 64 бит), но проблема была обнаружена на ПК с Windows 7.

Один из моих друзей сказал мне, что это, похоже, происходит на машинах, где используется Java 7u60, а затем он был обновлен до Java 7u65 без деинсталляции. Кроме того, это имеет тенденцию происходить в более старых ОС (то есть: WinXP), что является более естественным.

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

Спасибо.

Изменить:

Внешние ссылки, относящиеся к одной и той же версии Java (JRE).

Сбой Internet Explorer после обновления Java до 7u65: проблема с той же версией JRE, на этот раз с Internet Explorer и Firefox.
Ошибка загрузки РС (Java) ~ READ: проблема, связанная с тем же обновлением версии JRE, на этот раз, в Java-игре.
Будущее Java в Windows XP:

Этот конец анонса поддержки был неправильно использован, поскольку "Java больше не работает в Windows XP" или "Oracle перестанет применять обновления Java в Windows XP". Эти утверждения неверны.

Ответ 1

Я столкнулся с этой точной проблемой с одним из моих апплетов.

Похоже, что некоторые изменения были внесены в обработку параметров "java-vm-args" и "java_arguments" в 7u65.

'java_arguments', похоже, больше не работает, когда он указан, мой апплет будет бесшумно терпеть неудачу, даже не запуская JVM.

Ответ 2

У меня была та же проблема.

Я удаляю C:\Users\${USER}\AppData\LocalLow\Sun

Когда я перезагружаю веб-страницу, контактирующую с апелляциями. JRE снова заново создала эту папку.

И все было в порядке.

Нет большой разницы между содержимым папок.. но это сработало.

Кажется, что ошибка в jRE

Ответ 3

Кажется, что оракул изменил что-то с обработкой аргументов java-аргументов по умолчанию, что вызвало проблему в новой java.

При обновлении с более старой версии java возможно, что значение для deploy.javaws.jre.0.args(или deployment.javaws.jre.1.args) не определяется в C:\Users\${USER}\AppData\LocalLow\Sun\Java\Deployment\deployment.properties

Если вы добавите

deployment.javaws.jre.0.args=

для deploy.properties, апплет будет работать.

Это можно сделать и с помощью панели управления Java:

Java → Просмотр → двойной щелчок по ячейке параметров выполнения для java 7u65 для входа в режим редактирования → OK → Применить

Решение java-jvm-args не работает для меня, апплет был запущен, но аргументы были проигнорированы.

Ответ 4

Oracle выпустила обновление, разрешающее эту проблему через версию 7u67

http://www.oracle.com/technetwork/java/javase/7u67-relnotes-2251330.html

Ответ 5

Как писал Милош Раткович, если у клиента нет строки в deploy.properties

deployment.javaws.jre.X.args=

где x - номер установки java для версии 7_65 (количество java-инсталляции для конкретной версии - X в строке deployment.javaws.jre.X.product=1.7.0_65), Java-апплет не запускался.

В моем случае у меня есть решение - не передавайте аргументы для моего апплета. В моем javascript-коде для запуска апплета я просто комментирую

<param name="java_arguments" value="some arguments">

строка

Кроме того, если вы удалите каталог C:\Users\${USER}\AppData\LocalLow\Sun, во время следующего запуска java-апплета java напишите новые параметры deployment.properties с правильной строкой java args

Ответ 6

Удалить java 7 update 65 и переустановить java 7 update 55 Загрузить автономную версию windows x86
Перейдите на панель управления Java и снимите флажок: автоматическое обновление
Когда появится следующее окно, нажмите "не проверять"
затем нажмите "применить" и "ОК"
закрыть все браузеры и снова открыть их, чтобы продолжить работу.

Это работало для меня каждый раз до сих пор, и я делаю это в течение последних двух недель с проблемами "0".

Ответ 7

Извините, это не ответ. Я пытался проверить отзывы о JRE 7u65, которые не могут принять "java_arguments"; однако я настроил Windows x32 и установил (новый) 7u65 без обновления с любой старой версии. С помощью "java_arguments" машина может загружать апплет в IE8 и FF30, когда несколько конкретных ПК не работают с одним и тем же апплетом с обновленным u65.