Управление обновлениями до Java 7 - PullRequest
2 голосов
/ 31 августа 2011

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

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

К сожалению, многие из этих приложений заявляют, что работают на любой (недавней) версии Java (например, 1.5+).Очевидно, было бы неплохо, если бы провайдеры этих апплетов и приложений изменили бы свой код, чтобы указать, с какой версией Java они могут работать, вместо того, чтобы заявить, что они могут работать с версиями, которые у них нет.Тем не менее, что я могу сделать в промежуточный период?

Приложения веб-запуска:

Для них я создаю пакетный файл, указывающий, какую версию JRE использовать, например:

C:/"Program Files"/Java/jre6/bin/javaws http://www.website.com/path/to/app.jnlp

Есть ли лучший способ сделать это?

Веб-апплеты:

У меня не было никакого успеха с указанием веб-апплетов.Я знаю, что могу указать версию JRE для Internet Explorer (, например, этот вопрос ), но я не хочу заставлять все веб-апплеты использовать старую версию Java - я хочу указать только для случаяв зависимости от конкретного случая.

Я планировал создать командный файл, который запустил бы Internet Explorer с указанным JRE ... что-то вроде

start iexplore [specify JRE] http://www.website.com/pageWithWebApplet.html

... но я нене знаю, как указать JRE.Любые идеи?

В качестве альтернативы, если есть лучшие способы сделать это, я хотел бы знать.

1 Ответ

0 голосов
/ 01 ноября 2011

Для апплета вы можете попытаться сохранить страницу, на которой находится апплет, плюс его JNLP-файл, отредактировать файл JNLP, изменив version="1.6+" на version="1.6" (или любой другой), изменить HTML-файл, чтобы апплет указывал на локальная версия файла JNLP, но все остальное указывает на исходный сайт, поместите измененные файлы в свою внутреннюю сеть и укажите веб-браузеры на странице своей внутренней сети, когда вы хотите использовать апплет. Поскольку кодовая база апплета все еще будет на внешнем веб-сайте, а не в вашей внутренней сети, ненадежные апплеты будут по-прежнему иметь возможность устанавливать сетевые подключения обратно на свой исходный хост.

Конечно, это предполагает, что внешний веб-сайт позволяет загружать соответствующие файлы, когда реферер HTTP не является их сайтом (т. Е. Он допускает «горячую ссылку» своих ресурсов).

...