ГОСТ Р ИСО/МЭК 40220—2015
Окончание таблицы 16
Поле
Значение
Дополнительные
заголовка
поля Генерируется всоответствии с правиламидля выражения, определенного привязкой,
или любыхдополнительных функций при использовании в обмене сообщениями дан
ного сообщения. Например, поле заголовка Content-Encoding (см. HTTP [RFC 2616).
подраздел 14.11) может использоваться для того, чтобы указать, что используется
опциональная функциясжатия
Тело объекта HTTP Сообщение SOAP, социализированное в тип типа медиа, равного значению поля
заголовка Content-Type согласно правилам передачи сообщений SOAP. Правила
для формирования сообщения SOAP для типа медиа «application/soap+xml» пред
ставлены в приложении А. Если инфо-набор конверта SOAP в свойстве
http://www.
w3.org/2003/’0&fsoap/mep/OutboundMessage равен null, тело объекта
опускается
9.5.1.2 Requesting (Запрос)
В состоянии «Requesting» продолжается отправка запроса одновременно с ожиданием начала
сообщения ответа. В таблице 17 описаны переходы, происходящие, когда запрашивающий узел SOAP
получает строку состояния и поля заголовка ответа HTTP. Для некоторых кодов состояния следующее
состояние неоднозначно. В случаях, где состояние «Отказ» является одним из вариантов следующего
состояния, переход зависит от того, присутствует ли сообщение SOAP в ответе HTTP. Если сообще ние
SOAP присутствует, следующее состояние — «Sending + Receiving» или «Receiving», в противном случае
следующее состояние — «Fail». Выбор состояния между «Sending ♦ Receiving» и «Receiving» зависит
от используемого шаблона обмена сообщениями. «Sending + Receiving» — следующее состо яние для
шаблона «запрос-ответ», в то время как «Receiving» — следующее состояние для шаблона «ответ
SOAP».
Т а б л и ц а 17— Переходы, зависимые от статус-кода HTTP
Кодсо
стояния
Поясняющая
фраза
Зиачеике.’Дейстпие
Следующее
состояние
2хх
200
Successful
OK
Сообщение ответа передается в теле объекта отве та
HTTP. Начать конструирование абстрактного со
общения ответа в http.7
/www.w3.orgil2003/05/soap/mepf
InboundMessage
«Sending + Receiving»
или «Receiving»
202
OK
Запрос был принят, но или (а) никакой конверт ответа
не получен, или (Ь) получен конверт, представляющий
информацию, связанную с запросом — такие конверты
СЛЕДУЕТ обрабатывать, используя модель обработки
SOAP ([ИСО/МЭК 40210. раздел 5])
«Receiving» (после ко
торого сразу произой
дет переход в состоя
ние «Success»)
301.302.
307
Redirect
Запрашиваемый ресурс был перемещен. В случае не
безопасного метода HTTP, такого как POST или PUT. для
продолжения операции требуется явное подтверждение.
В случае безопасного метода, такого как GET. или
если перенаправление было подтверждено. СЛЕ
ДУЕТ повторить HTTP запрос, поместив в свойство
http://www.w3.org/2003’05/soap/mep/lmmediateDestination
значение URI из соответствующего поля заголовка
Location
«Init» или «Fail»
303
See Other
Запрашиваемыйресурсбыл перемещен. СЛЕДУЕТ повто
рить HTTPзапрос, поместив всвойство
http://www.w3.org/
2003/05/soap’’mep/lmmediateDestination значение URI из
связанного поля заголовка Location. Значение httpJ/www.
w3.org/2003/05/soap/features/web-method/Methodизме
нено на «GET», значение httpy/
www.w3.org/2003/05/soap/
mep/OutboundMessage установлено в «null»’
«Init»
24