ГОСТ Р ИСО/МЭК 40210—2014
общений, даже, например, в случае использования в сочетании с дополнительной функцией SOAP,
которая задействует последовательную передачу нескольких сообщений SOAP, когда каждое последу
ющее сообщение зависит от ответа на предыдущее сообщение. В подобном случае ответственность за
любую сложную обработку лежит на такой дополнительной функции.
Раздел 6 описывает, как SOAP может быть расширен, и как расширения SOAP могут взаимодей
ствовать с моделью обработки SOAP и структурой привязки SOAP. Раздел 4 описывает структуру при
вязки SOAP к протоколам, определяет схему описания правил обмена сообщениями SOAP с использо
ванием различных нижележащих протоколов.
5.1 Узлы SOAP
Узел SOAP может быть начальным отправителем SOAP, конечным получателем SOAP или по
средником SOAP. Узел SOAP, получающий сообщение SOAP, ДОЛЖЕН выполнить обработку согласно
модели обработки SOAP как описано в этом разделе и далее в этой спецификации. Узел SOAP иденти
фицируется универсальным идентификатором ресурса URI {см. пункт 8.4.3).
5.2 Роли SOAP и узлы SOAP
При обработке сообщения SOAP узел SOAP действует в одной или более ролях SOAP, каждая
из которых имеет ролевое имя SOAP и идентифицирована URI. Роли, принятые узлом. ДОЛЖНЫ быть
инвариантными во время обработки отдельного сообщения SOAP. Настоящая спецификация ограниче
на только обработкой отдельных сообщений SOAP. Нет никаких ограничений на возможность данного
узла SOAP быть или не быть способным действовать в разных ролях при обработке более чем одного
сообщения SOAP.
Таблица 2 определяет три ролевых имени, у которых есть специальное значение для сообщений
SOAP (см. пункт 5.6).
Таблица 2 — Роли SOAP, определяемые данной спецификацией
К р а тко е н а зв а н и е
Имя
О п и с а н и е
next
http7/vAvw.vv3.org/2003.,05/soap-envetope,l’roIe.’next
Каждый посредник SOAP и конечный
получатель SOAP ДОЛЖНЫ дей
ствовать вэтой роли.
попе
http^/vAvw.w3.org/2003.’05/soep-envetope/ro!e/none
Узлы SOAP не ДОЛЖНЫ действо
вать в этой роли.
ultimateReceiver
httpyM4vw.w3.orgi‘2003.l05i’soap-env&tope/role/
ultimateReceiver
Конечный получатель ДОЛЖЕН дей
ствовать в этой роли.
Для удовлетворения потребностей приложений SOAP, по мере необходимости. МОГУТ быть ис
пользованы и другие ролевые имена вдополнение к ролевым именам SOAP, определенным в Таблице 2.
Назначение ролевого имени SOAP состоит в том. чтобы идентифицировать узел или узлы SOAP,
однако, при этом с ролевым именем SOAP не связана никакая маршрутизация или семантика обмена
сообщениями. Например, роль SOAP МОЖЕТ быть идентифицирована URI, применимым для марш
рутизации сообщения SOAP к надлежащему узлу SOAP. С другой стороны, целесообразно использо
вать роли SOAP с именами, менее тесно связанными с маршрутизацией (например, «
http://example.
org/banking/anyAccountMgr») или совсем с ней не связанными (например, URI. предназначенный для
идентификации «всего программного обеспечения управления кэшем». Блок заголовка SOAP, предна
значенный для такой роли, мог бы использоваться, чтобы передать любому надлежащему программ
ному обеспечению указание о том. что содержание сообщения SOAP является идемпотентным и может
безопасно кэшироваться, и воспроизводиться).
За исключением трех ролевых имен SOAP, определенных в Таблице 2. настоящая спецификация
не устанавливает никаких ограничений на определение конкретным узлом набора ролей, в которых он
действует при обработке отдельного сообщения. Это может, например, определяться реализациями
на основе следующих факторов, однако, не ограничиваться только ими: роли зафиксированы в
исходном коде реализации; информация, предоставленная привязкой к нижележащему протоколу
(например, URI. к которому сообщение было физически передано); или настроечная информация,
предоставлен ная пользователями во вромя установки системы.
6