ГОСТ Р ИСО/МЭК 40220—2015
Окончание таблицы 17
Кодсо
стояния
Поясняющая
фраза
Зиачение|’Действие
Следующее
состояние
4хх
400
Client Error
Bad Request
Указывает на проблему, связанную с полученным сооб
щением запроса HTTP
«Sending + Receiving»,
«Receiving» или «Fail»
401
Unauthorized
Указывает, что запрос HTTP требует авторизации. Об
мен сообщениями расценивается как завершавшийся
неудачно
«Requesting» или «Fail»
405 Method
allowed
not Указывает, что сервер HTTP не поддерживает требуемый «Fail»
HTTP метод в данном URI запроса. Обмен сообщениями
расценивается как завершавшийся неудачно
415 Unsupported
Media Type
Указывает, что сервер HTTP не поддерживает Content-
type. использованный при кодировании сообщения за
проса. Обмен сообщениями расценивается как завер
шавшийся неудачно
«Fail»
5ххServer Error
500 Internal Server
Error
Указывает на проблему сервера или проблему с полу
ченным запросом
«Sending + Receiving»,
«Receiving» или «Fail»
’ Код состояния 303 ДОЛЖЕН быть отправлен только если конверт SOAP запроса обработан согласно модели
обработки SOAP и ответ SOAPдоступен по URI. присланного вместе с кодом статуса 303.
Таблица 17 ссылается на некоторые, но не на все существующие коды состояния НТТР/1.1 [RFC
2616]. В дополнение к этим кодам состояния HTTP обеспечивает открытый механизм для поддержки ко
дов состояния, определенных расширениями HTTP (см. [RFC 2817], где описан механизм регистрации
новых кодов состояния). Коды состояния HTTP разделены на классы кодов состояния в соответствии со
спецификацией HTTP [RFC 2616, пункт 6.1.1]. Привязка SOAP к HTTP следует правилам для при
ложений HTTP, реализация привязки SOAP к HTTP должна понимать класс любого кода состояния,
обозначенного первой цифрой, и обрабатывать любой нераспознанный ответ, как являющийся эквива
лентным ответу с кодом состояния хОО-го класса, с одним исключением — нераспознанный ответ не
должен кэшироваться.
П р и м е ч а н и е — В инфраструктуре HTTP могут присутствовать элементы, сконфигурированные для
изменения сообщения ответа HTTP для кодов состояния 4хх и 5хх. Например, некоторые исходные HTTP сервера
имеют такую опцию в качестве конфигурационного параметра. Это поведение может конфликтовать с поведением,
использующим ответные коды состояния 4хх и 5хх. передающие сообщения отказа SOAP в HTTP, и рекомендует ся.
чтобы такое поведение было отключено для ресурсов, принимающих запросы SOAP/HTTP. Если поведение,
изменяющее сообщения ответов для кодов состояния 4хх и 5хх не может быть отключено, то SOAP/HTTP не может
использоваться в таких конфигурациях.
9.5.1.3 Sending * Receiving (Отправка и получение)
В состоянии «Sending + Receiving» (только ШОС «запрос-ответ», см. 8.2) передача сообщения
запроса и получение сообщения ответа завершены. Только в случав, если получен код состояния 200,
предполагается, что полученный ответ содержит конверт SOAP, сериализированный в тип медиа, ука
занный в поле заголовка Content-type, согласно правилам передачи сообщения SOAP.
Ответ МОЖЕТ иметь тип Content-Type не только «applicatioo/soap+xml». Такое использование счи
тается ненормативным, и. соответственно, оно не моделируется в конечном автомате. Интерпретация
таких ответов остается на усмотрение получателя. Точно так же получение любого тела объекта ответа с
кодом состояния 202 ненормативно. Если такой неожиданный ответ имеет тип «applicatiortfsoap+xml», то
обработка SOAP такого ответа выходит за рамки данной спецификации привязки.
9.5.1.4 Receiving (Получение)
В состоянии «Receiving» (только ШОС «ответ SOAP», см. 8.3) получение сообщения ответа завер
шается. Только в случае кода состояния 200 предполагается, что сообщение ответа содержит конверт
SOAP, сериализированный в тип медиа, указанный в поле заголовка Content-Type, согласно правилам
передачи сообщения SOAP.
25