ГОСТ Р 56170-2014
11.2 Общие вопросы
11.2.1 Основные соображения
В тех случаях, когда класс, соответствующий настоящему стандарту, является реализацией кон
кретного интерфейса, и интерфейс требует, чтобы класс обеспечил не рекомендуемый стандартом
метод, интерфейс должен переопределять эту метку и применять метод в соответствии с настоящим
стандартом.
Каждый экземпляр приложения DVB-J логически работает (выполняется) в его собственном эк
земпляре виртуальной машины. Процедура завершения объекта, представляющего виртуальную ма
шину. в которой запущено приложение, должна выполняться в соответствии с (11] (11.2.1).
Другие ограничения и уточнения общего характера, возникающие при реализации платформы
DVB-J. должны быть в соответствии с (11] (11.2.1).
11.2.2 Зависимость от классов, не включонных в реализуемый профиль
В тех случаях, когда класс, предусмотренный настоящим стандартом, имеет методы, поля или
конструкторы с подписью, указывающей на зависимость от классов, не включенных в реализуемый
профиль, эти методы, поля или конструкторы не должны присутствовать в реализации. Выбор совме
стимой реализации может потребовать присутствия этих методов и классов. Настоящий стандарт до
пускает. но не требует включения полного пакета множества.
11.2.3 Загрузка класса
11.2.3.1 Основные принципы
Среда приложений DVB-J должна быть описана таким образом, чтобы каждое приложение испол
нялось своим собственным загрузчиком или иерархическим загрузчиком для всех классов, которые не
являются частью платформы. Вследствие этого два приложения никогда не смогут получить доступ к
одной и той же копии любого приложения, определенного статической переменной.
В подписанном приложении все классы или файлы, которые будут загружены через путь класса,
должны быть подписаны, по крайней море, набором сертификатов, использующих для подписи на
чальный класс Xlet приложения. Это относится, например, к классу файлов, содержащих приложения и
изображения и другие данные, загруженные с помощью механизма java.Iang.Class.getResource (). При
аутентификации подписанного приложения терминал может выбрать любой из этих сертификатов и
использовать для аутентификации все последующие загруженные классы или файлы. Механизм этого
выбора определяется реализацией.
Когда файл JAR включен в путь поиска (например, для DVB ClassLoader) и подписывается в соот
ветствии с моделью безопасности МНР то все классы или файлы, которые будут загружены с этого JAR
файла, считаются так же подписанными сертификатами с подписью файла JAR модели безопасности
МНР
Примечания:
1 МНР не накладывает никаких требований на использование информации, подписанной в файле JAR.
2 Если терминал МНР доверяет нескольким сертификатам, используемым для подписания первоначального
Xlet. то он должен попытаться выбрать наиболее надежный из них.
В случае появления неуместных, бессмысленных или незаконных локаторов они должны игнори
роваться. поиск должен продолжаться.
11.2.3.2 Загрузка класса и провайдеры
Для спецификаций терминалов МНР. которые включают дополнительные API провайдера (см.
11.7.9 настоящего стандарта), указанное требование для классов, которые подписываются опреде
ленным сертификатом, изменяется следующим образом: классы провайдера должны быть подписаны
сертификатом, где organtsationjd в поле субъекта сертификата соответствует organtsationjd данного
провайдера.
11.2.4 Разгрузка
Класс разгрузки должен быть в соответствии с (58].
11.2.5 Слушатели события
Слушатели события должны быть зарегистрированы в org.dvb и org.davic.
72