улучшения

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

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

Сеть Java Запускается, теперь поддерживает два новых формата значка, ".png", и ".ico". Это позволяет Вам определять значок, который не должен будет быть преобразован в различный формат в зависимости от его использования. Можно также теперь определить вид = "ярлык", и Веб-Запуск Java будет теперь соблюдать подсказки height и width. Это означает, определяете ли Вы:
<вид значка = "ярлык" href = "menushortcut.ico" width = "16" height = "16"/>
<вид значка = "ярлык" href = "desktopshortcut.ico" width = "32" height = "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 Запускается и CRL поддержки Плагина Java Java (Списки аннулированных сертификатов) и OCSP (Онлайновый Протокол Состояния Сертификата) для того, чтобы проверить сертификаты.

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

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

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