ГОСТ Р ИСО/МЭК 40210—2014
Для соответствия спецификации SOAP версии 1.2 конкретная реализация ДОЛЖНА корректно
реализовать все обязательные (MUST) требования, сформулированные в части 1 спецификации SOAP
версии 1.2 (настоящий документ) и которые необходимы для выполнения операций. Необходимо от
метить, что от реализации не требуется выполнение всех обязательных требований. Например, спе
цифическая реализация, которая никогда не отправляет блок заголовка SOAP, может претендовать на
соответствие при условии, что правильно выполняются обязательные требования для сообщений,
которые она фактически отправляет.
В реализации МОЖЕТ быть использовано любое число дополнений, определенных в Части 2 SOAP
версии 1.2 [Часть 2 SOAP], Нужно заметить, что соответствие никак не связано с соглашением для описа ния
функций и привязки (см. разделы 6 и 7).Для соответствия дополнениям реализации дополнения ДОЛЖ НЫ
выполнять все необходимые обязательные требования, определенные в спецификации дополнения.
SOAP версии 1.2 может использоваться в качестве основы для других технологий, которые пре
доставляют более широкие или более специализированные услуги. Для соответствия спецификации
SOAP версии 1.2 спецификации и реализации таких технологий не должны противоречить необходи
мым обязательным требованиям, изложенным в части 1 спецификации SOAP версии 1.2 (настоящий
документ). Правила соответствия для подобных новых спецификаций выходят за рамки спецификации
SOAP версии 1.2. Рекомендуется, чтобы спецификации для таких технологий обеспечивали выполне ние
надлежащих правил соответствия.
Версия 1.2 SOAP разработана для того, чтобы обеспечить выполнение, по крайней мере, сце
нариев использования, описанных в «Сценарии использования SOAP 1.2» [Сценарии использования
SOAP], и. возможно, других сценариев. Неформальные описания, демонстрирующие XML представле
ние конкретных сообщений SOAP, используемых в некоторых общих сценариях, приводятся в Части 0
SOAP 1.2 [Часть 0 SOAP].
4.2 Связь с другими спецификациями
Сообщение SOAP определено в виде информационного набора (инфо-набора) XML [XML InfoSet].
Хотя в настоящем документе все примеры сообщений SOAP приводятся с использованием синтаксиса
XML 1.0 [XML1.0], для передачи сообщения SOAP между узлами МОГУТ использоваться и другие пред
ставления (см. раздел 7).
Некоторые информационные объекты, определенные в этом документе (см. раздел 8), иденти
фицированы с использованием соответствующих требований имен пространства имен [Namespaces in
XML], Список имен пространств имен, определенных в этом документе, приводится в Таблице 1.
П р и м е ч а н и е — Настоящая спецификация использует термин «Расширенное имя XML», подразуме
вая под этим для значения типа xsdiQname. заданных как пара из пространства значений [абсолютная ссылка на
универсальный идентификатор объекта uri, локальное имя]. Такая терминология обсуждается для включения ее
в будущие версии пространства имен в XML [Namespaces in XML], Если в будущих версиях пространства имен в
XML [Namespaces inXML] будет принята другая терминология, то предполагается, что соответствующие изменения
будут внесены вэту рекомендацию либо в виде исправления опечаток, либо будут внесены в будущем
пересмотре версии.
SOAP не требует обработки XML-схемы (оценка или проверка допустимости) для установления
правильности или соответствия схеме значений информационных объектов элементов и атрибутов,
определенных разделами 4 и 5 данной спецификации. Значения, связанные с информационными объек
тами элементов и атрибутов, определенными в этой спецификации. ДОЛЖНЫ явно задаваться в отправ
ленном сообщении SOAP за исключением лишь тех случаев, когда заявлено обратное (см. раздел 8).
Типы информационных объектов-атрибутов SOAP описываются XML-схемой [Часть 2 XML-схемы].
Если не указано иначе, то для каждого такого атрибута поддерживаются все лексические формы. Кроме
того, лексические формы, представляющие одно и то же значение в пространстве значений XML-
схемы, считаются эквивалентными в смысле обработки SOAP, например, булевы лексические
формы «1» и «true» взаимозаменяемы. Для краткости текст в настоящей спецификации дается
только в одной лек сической форме для каждого значения, например, «если значение
информационного объекта-атрибута mustUnderstand равно ’true’».
Спецификации обработки данных приложений, которые передаются в сообщении SOAP, но не
определены данной спецификацией. МОГУТ требовать дополнительной проверки допустимости сооб
щения SOAP в сочетании с обработкой уровня приложения. В таких случаях выбор языка схемы и/или
технологии проверки допустимости определяется приложением.
3