ГОСТ Р ИСО/МЭК 40230—2014
Пакет ХОР создается, как описано в разделе 5. со следующими ограничениями:
- инфо-набор ХОРДО
Л
ЖЕН бытьсериализирован. какapplication/xop+xml в корневой части паке
та в соответствии с разделом 5 рекомендации W3C [Оптимизированнаядвоичная упаковка XML];
- каждый оптимизированный узел ДО
Л
ЖЕН генерировать в получающемся пакете только одну
извлеченнуюдвоичную часть, т. е.. на извлекаемые двоичныечасти НЕ ДО
Л
ЖНО быть несколькихссы
лок xop:lnclude в части сообщения SOAP;
- каждая часть MIME, на которую имеется ссылка xop:lnclude. ДО
Л
ЖНА в заголовке иметь поле
Content-Transfer-Encoding.
Следуетотметить, чтоэтонеисключаетвключения впакет MIMEMultipart/Relatedдополнительных
частей, на которые нет ссылок элемента xoprlndude. Подобные дополнительные части не являются
частью инфо-наборасообщения SOAP и невключены в модельобработки SOAP.
При реализации такой привязки ДО
Л
ЖНО выполняться ограничение, которое заключается в том.
что ХОР не должен использоваться с инфо-наборами. которые содержат информационные объекты -
элементы с именем xopilnclude (см. [Оптимизированнаядвоичная упаковка XMLJ 3.
Л
огическая структу
раинфо-наборовХОР). Вкаждом случае, еслинеобходимоотправитьконвертSOAP, содержащийтакой
информационныйобъект-элемент, привязка ДО
Л
ЖНА выполнитьодно из следующих действий:
- вернуться к использованию типа медиа application/soap+xml или любого другого подходящего
типа медиа, т. е. отправить конверт SOAP, не используя функцию оптимизации передачи SOAP HTTP;
- создать отказ SOAP, специфичныйдля привязки.
Следует обратить внимание на то. что такие конверты SOAP могут в принципе возникнуть или из
данных, сгенерированных локально в передающем узле или в данных, передаваемых посредником.
Привязка ответственна за проверку всех входных подобных данных по мере необходимости, чтобы
гарантировать, что упомянутое выше правило выполняется.
6.3.2 Получение сообщения SOAP
Получая сообщение SOAP, реализация привязки SOAP к HTTP (см. ИСО/МЭК 40220) определит,
использовалась ли функция оптимизации передачи SOAP HTTP путем проверки наличия типа медиа
application/xop+xml (см. рекомендацию W3C [Оптимизированная двоичная упаковка XML], пункт 5.1).
Если тип медиа сообщения HTTP является multipart/related и тип медиа корневой части пакета MIME
multipart/related является application/xop+xml, а параметр start-info указывает на тип содержимого
application/soap+xml. то это означает, что, полученноесообщение SOAPбылопереданосиспользовани
ем функции оптимизации передачи SOAP HTTP и ДО
Л
ЖНО быть обработано соответствующим
образом.
При приеме сообщения SOAP функция оптимизации передачи SOAP HTTP изменяет работу при
вязки SOAP к HTTP (см. раздел 7 ИСО/МЭК 40220). Отклонения поведения отвечающего узла SOAP
(см. пункт 7.5.1 ИСО/МЭК40220). которые являются результатом использования функцииоптимизации
передачи SOAP HTTP, заключаются в следующем:
- присозданииабстракциисообщениязапроса.доступногокак
http://www.w3.org/2003/05/soap/mep/lnboundMessage,
привязка к HTTP ДО
Л
ЖНА восстановить
инфо-набор конверта SOAP какэтоописано в пункте5.3.
Вседругиеаспекты работы привязки к HTTP остаются неизменными.
6