ГОСТ Р ИСО/МЭК 40220—2015
вести анализ параметров или когда есть несоответствие в количестве и/или типах параметров между
тем. что ожидает получатель и тем, что было отправлено.
5Другие отказы, возникающие в расширении или в приложениях. СЛЕДУЕТ генерировать как
описано в пункте «Коды Отказа SOAP» (ИСО/МЭК 40210. пункт 8.4.1].
Во всех случаях значения информационных объектов-элементов Detail и Reason определяются
реализацией. Детали их использования МОГУТ задаваться внешним документом.
При м е ча н и е — В ответ на вызов RPC отправители могут получать различные отказы из перечисленных
выше, если получатель не поддерживает описанное здесь (необязательное) соглашение RPC.
7 Соглашение для описания функций и привязок
В данном разделе определяется соглашение, описывающее функции (включая шаблоны обмена
сообщениями (ШОС)) и привязки в терминах свойств и значений свойств. Соглашения достаточно для
описания распределенных состояний спецификаций функций и привязок, как требует спецификация
инфраструктуры привязок [ИСО/МЭК 40210, раздел 7]. Оно также используется для описания ШОС
«запрос-ответ» (см. 8.2). ШОС «ответ SOAP» (см. 8.3). функции SOAP «Веб-метод» (см. 8.4) и привяз ки
SOAP к HTTP (см. раздел 9) всюду в настоящем стандарте. Помимо самого соглашения, в данном
разделе определена неформальная модель, описывающая процесс передачи свойства через систему
SOAP. Отметим, что данная модель только иллюстративна и не включает в себя каких-либо ограниче ний
на структуру или иерархическое представление любой конкретной реализации SOAP.
7.1 Модель и свойства
В целом, сообщение SOAP — это информация, которой один узел SOAP хочет обменяться с
другим узлом SOAP согласно определенным соглашениям, включая шаблоны обмена сообщениями.
Кроме того, может присутствовать информация, важная для обмена сообщениями, но не являющаяся
частью самих сообщений. Такую информацию иногда называют метаданными сообщения. В модели
сообщения любые метаданные сообщения и различные информационные объекты, определяющие
функции, представляются как абстракции, называемые свойствами.
7.1.1 Свойства
В соответствии с соглашением свойства представляются следующим образом:
- свойства именуются посредством URI;
- где это уместно, спецификации, вводящей свойство. СЛЕДУЕТ определить тип значения свой
ства в соответствии со спецификацией XML Schema (см. [XML Schema Part 1]. (XML Schema Part 2]).
7.1.2 Область применения свойства
Свойства 8 узле SOAP различаются по области применения и по источникам их значений. Как пока
зано ниже на рисунке 1. свойства делятся на две группы: свойства для обмена сообщениями и свойства
с более широкой областью применения, относящиеся к различным контейнерам. Эти группы называют
ся «контекст обмена сообщениями» и «контекст окружения», соответственно. Все свойства, независимо
от областей их применения, совместно используются узлом SOAP и определенной привязкой.
7.1.2.1 Контекст обмена сообщениями
Контекст обмена сообщениями — это набор свойств, область применения которых ограничена
экземпляром данного шаблона обмена сообщениями. Пример свойства контекста обмена сообщения ми
— идентификатор используемого шаблона обмена сообщениями.
7.1.2.2 Контекст окружения
Контекст окружения — это набор свойств, область применения которых выходит за рамки экзем
пляра данного шаблона обмена сообщениями. Примеры свойств контекста окружения — IP-адрес узла
SOAP или текущие дата и время.
Значения свойств в контексте окружения могут зависеть от локальных условий (на рисунке 1 это
показано стрелкой, исходящей из контейнера «контекст окружения»), В частности, на свойства в при
мере может повлиять идентификатор пользователя операционной системы, от имени которого выпол
няется обмен сообщениями. Отображение информации конкретной реализацией в такие свойства вы
ходит за рамки инфраструктуры привязки, хотя она включает в себя абстрактное представление такой
информации как свойства.
10