ГОСТ Р ИСО/МЭК 40220—2015
используют тот же старший номер версии1>. Реализации МОГУТ также быть развернуты, используя
НТТР/1.0. несмотря на то. что в таком случав определенные дополнительные функции привязки могут не
быть предоставлены.
При м е ча н и е — Реализации привязки SOAP к HTTP должны учитывать тот факт, что промежуточные
узлы НТТР/1.0 (которые также могут быть промежуточными узлами SOAP) могут изменять представление сооб
щений SOAP даже в ситуациях, где и начальный отправитель SOAP, и конечный получатель SOAP используют
НТТР/1.1.
9.1.3 Взаимодействие с реализациями HTTP, не являющимися реализациями SOAP
В случае использования с шаблонами обмена сообщениями SOAP, прежде всего «ответ SOAP»
(см. 8.3), сообщения HTTP, сформированные данной привязкой, скорее всего, не будут отличаться от
сформированных реализацией HTTP, не поддерживающей SOAP. Соответственно, при использовании
данной привязки между узлами SOAP и другими реализациями HTTP может быть достигнута
опреде ленная степень взаимодействия. Например, стандартный веб-сервер (т.е. не написанный
специально для соответствия данной спецификации) может использоваться для ответов на HTTP
GET запросы с Content-Type, равным «apptication/soap+xml», инициированные SOAP. Такое
взаимодействие не явля ется нормативной функцией данной спецификации.
Даже при том, что HTTP часто используется на известном порту TCP 80. использование HTTP
не ограничивается данным портом. Тем самым возможно наличие выделенного HTTP сервера для об
работки данных SOAP на индивидуальном порту TCP. Альтернативно этому, возможно использование
отдельного виртуального узла для обработки данных SOAP. Однако, такая конфигурация связана с во
просами удобства и не является требованием данной спецификации (см. [ИСО/МЭК 40210.10.3.1]).
9.1.4 Тип медиа HTTP
Соответствующие данной привязке реализации:
1 ДОЛЖНЫ быть способны отправлять и получать сообщения, сериализированные с использова
нием типа медиа «apptication/soap+xml»; надлежащее использование и параметры данного типа описа
ны в приложении А:
2 МОГУТ отправлять запросы и ответы, используя другие типы медиа, если эти типы медиа пред
усматривают. как минимум, передачу XML SOAP инфо-набора;
3 МОГУТ при отправке запросов генерировать поле Accept заголовка HTTP. Это поле заголовка
должно отвечать условиям;
ДОЛЖНО указывать на возможность принять как минимум «apptication/soap+xml»:
МОЖЕТ дополнительно указывать на готовность принять другие типы медиа, которые удовлетво
ряют требованиям, указанным выше в перечислении 2.
9.2 Имя привязки
Идентификатор данной привязки: URI (см. [ИСО/МЭК 40210. раздел 7]) «
http://www.w3.org/2003/05/
soap/bindings/HTTP/».
9.3 Поддерживаемые шаблоны обмена сообщениями
Реализация привязки SOAP к HTTP ДОЛЖНА поддерживать следующие шаблоны обмена сооб
щениями (ШОС):
«
http://www.w3.org/2003/05/soap/mcp/request-response/»
(см. 8.2);
«
http://www.w3.org/2003/05/soap/mep/soap-response/»
(см. 8.3).
9.4 Поддерживаемые функции
Реализация привязки SOAP к HTTPДОЛЖНА поддерживать следующиедополнительные функции:
«
http://wwww3.org/2003/05’soap/features/web-method/»
(см. 8.4):
«
http://www.w3.org/2003/05/soap/features/action/»
(см. 8.5).
Множество допустимых значений свойства
http://www.w3.org/2003/05/soap/features/web-method/
Method в данной привязке к HTTP зависит от используемого ШОС (он указывается в свойстве http://
www.w3.org/2003/05/soap/bindingFramework/ExchangeContext/ExchangePatternName)
.
Л В данном случае речь идет о HTTP 1.
22