улучшения

спецификации, руководства, описания, API

Java веб-улучшения Запуска в версии 6

Добавление Спецификации JNLP <обновление> элемент с его атрибутами "политики" и "проверки".

Новое <обновление> элемент с его атрибутами "политики" и "проверки" теперь поддерживается. Элемент обновления описывает предпочтение приложений на том, как Java, который веб-Запуск должен проверить на обновления о сети, и что сделать, когда это известно прежде, чем запустить это обновление, доступен.
В предыдущих версиях Java веб-Запуск <офлайн позволенный> элемент был перегружен, чтобы означать две вещи. Во-первых, это означало, что приложению позволили работать в "офлайновом" режиме. (Приложение может быть запущено в офлайновом режиме или из командной строки, добавляя "-офлайн" параметр, или от Средства просмотра Кэша.) Второй, это означало, что попытки проверить на обновление прежде, чем запустить приложение (если не выполненный в офлайновом режиме) могли время. Когда проверка в течение времен обновления, приложение было бы запущено от кэша в то время как проверка обновления, продолжаемая в фоновом режиме.
С появлением <обновление> элемент и его атрибут проверки в 6.0, у <офлайн позволенного> элемента больше нет этого второго значения. Значения по умолчанию: <обновляют проверку = "тайм-аут"/>. который является тем же самым поведением, как предыдущие версии где <офлайн позволено> были определены. Для поведения, которое ранее использовало всякий раз, когда <офлайн позволено>, был опущен, Вы должны определить <проверку обновления = "всегда"/>. Третье значение <проверка обновления = "фон"/> может быть определено ко всегда сразу запуску от кэша, порождая проверку на обновление в фоновом режиме. Второй атрибут, "политика", используется, чтобы определить, что сделать, когда он известен прежде, чем запустить приложение, что есть доступное обновление. Можно или всегда получать обновление, или запрашивать пользователя. Значения атрибута политики могут быть любой "всегда" (это - значение по умолчанию), "быстрое обновление" или "управляемый подсказкой".

Расслабление Спецификации JNLP требований для API DownloadService.

В предыдущих версиях URL, которые передают, поскольку, параметры всем API были ограничены, чтобы быть URL к ресурсам, перечисленным в jnlp файле (ах) рабочего приложения. Это ограничение изменяется так, что нет никаких ограничений для и доверяемого кода со знаком, и ограничение на недоверяемый код не то, что это перечисляется в jnlp файле (ах), но только что это быть от той же самой кодовой базы.
Далее, URL к самому jnlp файлу (ам) позволяются, так, чтобы вызов DownloadService.removeResource () мог теперь использоваться, чтобы удалить целое приложение из кэша, и DownloadService.loadResource () может использоваться, чтобы импортировать приложение.
Один эффект этого изменения состоит в том, что ресурсы, не перечисленные в любом jnlp файле, могут теперь использоваться в приложении. Например, после определения локали устанавливается в en_xx, приложение может тогда загрузить resources_en_xx.jar, используя DownloadService, не перечисляя все доступные фляги ресурса в jnlp файле. (Разрешение Вам динамически добавить поддержку большего количества локалей, не изменяя jnlp файл).

Реализация SocketService

Другое существенное изменение спецификации является разъяснением в определении песочницы, что это - только песочница по умолчанию, и что реализация свободна запросить пользователя позволять действия, которые не были бы позволены песочницей. Вы уже видели в 1.5.0, который это было сделано для того, чтобы напечатать, так, чтобы только при использовании нормальной печати api в awt, Вы могли развернуть песочницу, чтобы позволить приложению получать доступ к принтеру (если согласованный пользователь). В 6.0 это также делается для сокетных соединений, так, чтобы, если недоверяемое приложение пытается соединиться с url, пользователь мог быть запрошен позволить соединение.

Новый <java> элемент в jnlp файле, чтобы заменить <j2se> элемент.

Для jnlp файлов, которые будут использоваться только с Java веб-версия 6.0 Запуска или позже, <java>, элемент может использоваться, чтобы заменить <j2se> тег. (Это, главным образом, потому что Платформу Java Standard Edition больше не вызывают j2se.) Для обратной совместимости <j2se> тег будет продолжать работать. <java> элемент будет идентичен <j2se> элементу..

<Ассоциация> элемент теперь может содержать <значок> и <описание> подэлементы.

Когда создание расширения файла и пантомимы вводит ассоциации с Вашим Java веб-приложение Запуска, можно теперь определить отдельный значок, который будет использоваться для каждой ассоциации (в противоположность использованию значка по умолчанию для приложения). Теперь, можно также определить описание.

Индексация фляги полностью поддерживается теперь, и JNLPClassLoader является теперь экземпляром URLClassLoader.

JNLPClassLoader был переписан, чтобы расширить URLClassLoader. Это дает несколько мощных преимуществ.
Во-первых, Индексация Фляги теперь полностью поддерживается. Если Вы имеете несколько файлов фляги, и создаете индекс фляги в основном файле фляги, который индексирует все файлы фляги, можно тогда отметить каждую дополнительную флягу как ленивую, и это не будет загружено до и если на ресурс или класс в нем ссылаются. Это делает старую часть и элементы пакета ненужными для того, чтобы обеспечить, чтобы ленивые фляги не были загружены преждевременно.
Во-вторых, так как JNLPClassLoader теперь расширяет URLClassLoader, Приложение может вызвать getURLs (), чтобы получить список элементов фляги, которые перечисляются в jnlp файлах (или были загружены, используя API DownloadService, даже если не перечисленный в каком-либо jnlp файле, см. выше).
Наконец, URL, возвращенный для звонков в ClassLoader.getResource (), является теперь надлежащим JAR URL элемента в сети. В предыдущих версиях этот возвращенный URL был url фляги элемента url файла в кэше. Расширяя URLClassLoader, кэшируемое расположение (если это существует) бессмысленно, и это позволяет Java веб-Запуск, чтобы работать без кэширования.

Улучшенная поддержка значка.

Java веб-Запуск теперь поддерживает два новых формата значка, ".png", и ".ico". Это позволяет Вам определять значок, который не должен будет быть преобразован в различный формат в зависимости от его использования. Можно также теперь определить вид = "ярлык", и Java, веб-Запуск будет теперь соблюдать подсказки ширины и высоты. Это означает, определяете ли Вы:
<вид значка = "ярлык" href = "menushortcut.ico" ширина = "16" высота = "16"/>
<вид значка = "ярлык" href = "desktopshortcut.ico" ширина = "32" высота = "32"/>
можно определить отдельные изображения для любого рабочего стола и ярлыков меню, которые создаются. (отметьте: для настольных ярлыков Java веб-Запуск будет использовать значок, размер которого ближе к 32X32, и для Java ярлыков меню веб-Запуск будет использовать значок, размер которого ближе к 16X16),

Улучшенная поддержка Добавляет/Удаляет записи программы на Windows.

Windows записи программы Add/Remove для Java веб-приложения Запуска будет теперь включать издателя, веб-сайт издателя, дату установки, и значок приложения от блока информации jnlp файла.

Настольные подсказки ярлыка.

Настольные ярлыки, создаваемые Java веб-Запуск, будут теперь использовать <описание> элемент в jnlp файле, чтобы создать инструментарий, описывающий приложение.

Улучшения JNLPDownloadServlet.

JnlpDownloadServlet теперь содержит и $hostname $ и макрос $site $. Макрос $hostname $ расширяется, чтобы содержать имя хоста. Макрос $site $ расширяется, чтобы содержать адрес веб-сайта без ВОЕННОЙ части контекста.

Список безопасного vm args и безопасных свойств был расширен.

См., что разработчики ведут для текущего списка безопасных свойств и vm args.

Несколько Интерфейсов командной строки (CLI) элементы были изменены или добавлены. См., что разработчики ведут для текущего Javaws CLI.

Улучшения, Характерные для Java веб-Запуск и Плагин Java

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

Все диалоговые окна и экраны, показанные Java веб-Запуск и Плагин Java, были перепроектированы со справкой от Пользовательской команды Опыта, чтобы быть более удобными для пользователя, интуитивными, и доступными.

DownloadEngine и консолидация кэша и модернизация.

Весь механизм кэширования и механизм загрузки были перепроектированы и консолидированы между Java веб-Запуск и Плагином Java.
Это приносит несколько новых функций к Java веб-Запуск, ранее доступный только в Плагине Java и наоборот.

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

"Управление кэша:" HTTP-заголовок без кэшей теперь поддерживается. "без кэшей" означает, что кэшируемое содержание не может использоваться без придания вновь юридической силы. Когда направляющее без кэшей используется, проверка обновления всегда осуществляется, чтобы удостовериться, что кэшируемый контент является тем же самым как копией сервера, на которую указывают ресурсом URL. Если так, кэшируемая копия может использоваться. В противном случае копия сервера будет загружена. Поле истечения игнорируется, что означает, что, даже если кэшируемый ресурс еще не истекается, проверка обновления будет все еще выполняться.

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

Отметьте: формат кэша полностью изменяется и никогда не должен приниматься. Любой существующий код, который принимал предыдущий формат кэша, или для Java веб-Запуск или для Плагина Java, больше не будет работать. Существующие приложения в Java веб-кэш Запуска будет обновлен и преобразован в новый формат кэша в первый раз, когда Вы выполняете Java веб-приложение Запуска, или если Вы запускаете средство просмотра кэша, используя "javaws - средство просмотра". Аналогично, системный кэш будет обновлен и преобразован в новый формат в первый раз, когда Вы запускаете Java веб-Запуск в системном режиме, или если Вы только запускаетесь "javaws - система".

Консоль Java теперь исключается из модальности.

При использовании новых опций модальности, добавленных AWT в Java 6, можно взаимодействовать с Консолью Java, даже когда Приложение выводит на экран модальное Диалоговое окно.

Новая поддержка OCSP/CRL

Java веб-Запуск и Плагин Java Java поддерживает CRL (Списки аннулированных сертификатов) и OCSP (Онлайновый Протокол Состояния Сертификата) для того, чтобы проверить сертификаты.

Новая Поддержка SSL/TSL

Опция была добавлена к Панели управления Java, чтобы выбрать протокол квитирования SSL по умолчанию.
Значение по умолчанию устанавливается в SSLv3 и SSLv2, но тогда пользователь или предприятие могут изменить это на TSL.

Свяжитесь с Нами