Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 29361-2012; Страница 13

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 31462-2011 Блоки оконные защитные. Общие технические условия Safety windows. General specifications (Настоящий стандарт распространяется на защитные оконные и балконные дверные блоки (далее – защитные изделия) жилых, общественных и производственных зданий и сооружений, предназначенные для защиты от ударных нагрузок и нагрузок, возникающих при попытках взлома, а также вызванных высоким ветровым давлением или снеговой нагрузкой. Настоящий стандарт распространяется на защитные оконные и балконные дверные блоки с поворотным, поворотно-откидным и откидным открыванием створок, а также на неоткрывающиеся оконные блоки. Классификация защитных изделий, приведенная в настоящем стандарте, может быть применена для светопрозрачных конструкций с другими видами открывания. Настоящий стандарт не распространяется на защитные изделия, подвергаемые пулевому воздействию и воздействию ударной волны) ГОСТ Р ИСО/МЭК 13250-4-2012 Информационная технология. Тематические карты. Часть 4. Канонизация Information technology. Topic Maps. Part 4. Canonicalization (В настоящем стандарте определен формат CXTM и специфировано, как создают файлы CXTM из тематических карт путем преобразования из модели данных тематических карт (ИСО/МЭК 13250-2) в модель XML Infoset [1]) ГОСТ Р ИСО/МЭК 15504-4-2012 Информационная технология. Оценка процесса. Часть 4. Руководство по применению для улучшения и оценки возможностей процесса Information technology. Process assessment. Part 4. Guidance on use for process improvement and process capability determination (Настоящий стандарт представляет собой руководство по использованию оценки соответствия процесса в программе улучшения процесса или в определении его возможностей. Настоящий стандарт имеет исключительно справочный характер)
Страница 13
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 29361— 2012
3.3 Отказы SOAP
3.3.1 Идентификация отказов SOAP
Некоторые потребительские реализации для определения наличия отказа неправильно используют
только код статуса HTTP. Так как существуют ситуации, при которых инфраструктура сети изменяет код
статуса HTTP, идля большей надежности вПрофиле требуется проверка оболочки. Отказ является оболоч
кой. которая имеет единственный дочерний элемент элемента soap:Body и этот дочерний элемент есть
soap:Fault.
R1107 ПОЛУЧАТЕЛЬ ДОЛЖЕН интерпретировать сообщение SOAP как отказ, когда элемент
soap.Body сообщения имеет единственногопотомка soap:Fault.
3.3.2 Структура отказа SOAP
Профиль ограничивает содержимое элемента soap:Fault элементами, явно описанными в SOAP 1.1.
R1000 Когда ОБОЛОЧКА есть отказ, элемент soap:Fault НЕ ДОЛЖЕН иметь дочерних элемен
тов. отличных от faultcode. faultstring, faultactorи detail.
Например.
НЕПРАВИЛЬНО:
<soap:Fault xmlns:soap=’
http://schemas.xmlsoap.org/soap/envelope/’
>
<faultcode>soap:Client</faultcode>
<faultstring>lnvalid message format</fauItstring>
<faultactor»
http://example.org/someactor</faultactor>
<detail>B сообщении есть <Ь>много</Ь> элементов.
которые я не понимаю
</detail>
<m:Exceptk>n xmlns:m-
http://oxample.org/faults/excepbons’
>
<m:ExceptionType>Severe</m:ExceptionType>
</m:Exception»
</soap:Fault>
ПРАВИЛЬНО:
<soap:Fault xmlns:soap-
http://schemas.xmlsoap.org/soap/envelope/’
>
<faultcode»soap:Client</faultcode>
<faultstring>lnvaltd message fofmat</faultstring>
<fauttactor»
http://example.org/someactor</faultactor>
<detail>
<m:msgxmlns:m-
http://example.org/faults/exceptions’»
В сообщении есть <Ь>много</Ь> элементов,
которые я не понимаю
</m:msg>
<m:Exception xmlns:m-
http://example.org/faults/except»ons’>
<m:ExceptionType>Severe</m:ExceptionType>
</m:Exception»
«/detail»
</soap:Fault»
3.3.3 Квалификация пространства имен отказа SOAP
Потомки элемента soap:Fault являются локальными для этого элемента, следовательно, квалифика
ция пространства имен не требуется.
R1000 Когда ОБОЛОЧКА является отказом, дочерние элементы элемента soap.FaultДОЛЖНЫ
быть неквалифицированными.
Например.
НЕПРАВИЛЬНО:
<soap:Fault xmlns:soap=’
http://schemas.
xmlsoap.org/soap/envelope/»
<soap:faultcode»soap:Client</soap:fauitcode>
<soap:faultstring»lnvalid message format</soap:faultstring>
<soap:faultactor»http;//example.org/someactor</soap:faultactor>
<soap:detail>
<m:msg xmlns:m=,http.//example.org/faults/exceptions’»
9