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

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

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

Ещё ГОСТы из 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 (Настоящий стандарт представляет собой руководство по использованию оценки соответствия процесса в программе улучшения процесса или в определении его возможностей. Настоящий стандарт имеет исключительно справочный характер)
Страница 32
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК 29361— 2012
<m:BarOperation xmlns:m-’
http://example.org/barr>
<BarAccessor>
<foo:bar>String</foo:bar>
<foo:baf>0</foo:baf>
</BarAccessor>
</m:BarOperation>
</s:Body>
</s:Envetope>
4.7.22 Обязательные заголовки
В WSDL 1.1 нет ясной спецификации того, все ли элемнты soapbind:header. заданные в элементах
wsdhinputили wsdl:output элемента wsdkoperation в разделе привязки SOAP описания WSDL. должны быть
включены в результирующие оболочки при передаче. В Профиле установлена обязательность таких заго
ловков. так как вWSDL 1.1 нет способа пометить факультативный заголовок.
R2738 ОБОЛОЧКА ДОЛЖНА включать в себя все элементы soapbind.header, специфицированные
в элементах wsdl:input или wsdl:output элемента wsdLoperation в элементе wsdLbinding. который их
описывает.
4.7.23Допустимость неописанных заголовков
Заголовки являются методом расширения SOAP. По различным причинам может потребоваться вклю
чить в оболочку заголовки, не определенные вописании WSDL.
R2739 ОБОЛОЧКА МОЖЕТ содержать блоки заголовков SOAP, которыене описаны в описываю
щем ее wsdLbinding.
R2753 ОБОЛОЧКА, содержащая блоки заголовков SOAP, которые не описаны в соответствую
щем wsdLbinding, МОЖЕТ иметь втаких блоках заголовков SOAP атрибут mustUnderstandравный «1».
4.7.24 Порядок заголовков
Нет связи между порядком элементов soapbind:header в описании и порядком блоков заголовков
SOAP воболочке. Аналогично, воболочке может встретиться несколько экземпляров каждого специфици
рованного блока заголовка SOAP.
R2751 Порядок элементов soapbind:headerвразделе soapbind.binding ОПИСАНИЯ ДОЛЖЕН рас
сматриваться независимо от порядка блоков заголовков SOAP в оболочке.
R2752 ОБОЛОЧКА МОЖЕТ содержать несколько экземпляровкаждого блока заголовка SOAP для
каждого элемента soapbind:headeсоответствующем потомке элемента soapbind:binding соответ
ствующего описания.
4.7.25 Описание SOAPAction
Тестирование интероперабельности показало, что требование заключать в кавычки значение поля
SOAPAction заголовка HTTP повышает интероперабельность реализаций. Хотя в HTTP допускается не зак
лючать значения полей в кавычки, некоторые реализации требуют наличия кавычек.
Заголовок SOAPAction является лишь подсказкой процессорам. Вся существенная информация, от
носящаяся к сообщению, передается в оболочке.
R2744 СООБЩЕНИЕ запроса HTTP ДОЛЖНО содержать поле заголовка HTTP SOAPAction сзаклю
ченным в кавычки значением, равным значению атрибута soapAction элемента soapbind.operation, при
его наличи в соответствующем описании WSDL.
R2745 СООБЩЕНИЕ запроса HTTPДОЛЖНО содержать поло заголовка HTTP SOAPAction сзаклю
ченной в кавычки пустой строкой, если в соответствующем описании WSDL soapAction в
soapbind.operation либо отсутствует, либо имеется с пустой строкой в качестве значения.
Подробнее о SOAPAction см. в R1119 и относящихся к нему требованиях.
Например.
ПРАВИЛЬНО:
Описание WSDL, которое содержит:
<soapbind:operation soapAction=*foo" l>
приведет к сообщению с полем SOAPAction заголовка HTTP вида:
SOAPAction: "foo"
ПРАВИЛЬНО:
Описание WSDL, которое содержит:
<soapbind:operation />
28