ГОСТ Р ИСО/МЭК 29361— 2012
или
<soapbind.operation soapAction=~ />
приведет к сообщению с полем SOAPAction заголовка HTTP вида:
SOAPAction: ""
4.7.26 Расширения привязки SOAP
Атрибут wsdlirequired часто понимают ошибочно и авторы WSDL иногда неправильно используют его
для указания факультативности soapbmd: header. Атрибут wsdlirequired, поWSDL1.1. является методом рас
ширения, предназначенным для процессоров WSDL. Он позволяет удобно вводить новые элементы рас
ширения WSDL. Атрибут wsdl:required должен сигнализировать процессору WSDL, должен ли процессор
распознавать и понимать элемент расширения для правильной обработки описания WSDL. Он не указыва ет
на условность или факультативность какой-либо конструкции, входящей в оболочку. Например, атрибут
wsdl:required со значением «false» в элементе soapbindiheader не следует интерпретировать как сигнал
WSDL процессору, что описанный блок заголовка SOAP является условным или факультативным воболоч
ках, генерируемых по этому описанию WSDL. Его нужно интерпретировать следующим образом: «для
отправки в конечную точку оболочки, вописании которой содержится элемент soapbind:header, процессор
WSDL не ДОЛЖЕН понимать семантику, подразумеваемую элементом soapbind:header».
Значением по умолчанию для атрибута wsdlirequired элементов расширения привязки SOAP в
WSDL 1.1 является «false». На практике вбольшинстве описаний WSDL атрибут wsdlirequired не специфи
цирован для элементов расширения привязки SOAP, что может быть интерпретировано процессорами WSDL в
том смысле, что элементы расширения могут быть проигнорированы. В Профиле требуется, чтобы все
расширения SOAP WSDL 1.1 были поняты и обработаны потребителем независимо от наличия и значения
атрибута wsdlirequired вэлементе расширения.
R2747 ПОТРЕБИТЕЛЬ ДОЛЖЕН понимать и обрабатывать все элементырасширения привязки
SOAP WSDL 1.1 независимо от наличия или отсутствия атрибута wsdlirequiredв элементе расшире
ния и независимо от значения атрибута wsdlirequiredпри его наличии.
R2748 ПОТРЕБИТЕЛЬ НЕДОЛЖЕН интерпретироватьналичие атрибута wsdlirequiredв элемен
те расширения soapbind со значением «false» в том смысле, что элемент расширения является фа
культативным в оболочках. генерируемыхпо описанию WSDL.
4.8 Использование Схемы XML
В настоящем разделе Профиля использованы ссылки на следующие спецификации (или их
разделы):
• XML Schema Part 1: Structures
• XML Schema Part 2: Datatypes
В WSDL 1.1 Схема XML используется как одна из систем типов. В Профиле установлена обязатель
ность использования Схемы XML в качестве системы типов для описаний WSDL сетевых услуг.
R2800 ОПИСАНИЕ МОЖЕТ использовать любую конструкцию из Схемы XML 1.0.
R2801 ОПИСАНИЕ ДОЛЖНО использоватьXML Schema 1.0 Recommendation как основудля опреде
ленных пользователем типов данных и структур.
5 Публикация и обнаружение услуги
Когда тробуется публикация или обнаружениеуслуги, в Профиле принят механизм UDDI для описания
поставщиков сетевых услуг и услуг, ими предоставляемых. Описания области применения, использования и
типа сетевой услуги даются втерминах UDDI; подробные технические описания даются втерминах WSDL. В
случаях, когда вдвух спецификациях определены перекрывающиеся описательныеданные и использу
ются обе формы описания, в Профиле требуется, чтобы описания не были противоречивыми.
Регистрация экземпляра сетевой услуги в регистрах UDDI является факультативной. Нет смысла обес
печивать метаданные и обнаружение через UDDI всех используемых сценариев, но когда такая возмож
ность необходима. UDDI является утвержденным методом.
Сетевые услуги, образующие UDDI V2. не полностью соответствуют Профилю 1.0. посколькуони не
принимают сообщения, оболочки которых закодированы с помощью UTF-8 и UTF-16, как требуется Профи
лем. (Они принимают только UTF-8.) Это расхождение вызвано тем. что UDDI V2 был спроектирован и. во
многих случаях, реализовандо разработки Профиля. Разработчики UDDI V2 знают об этом несоответствии и
примут его во внимание в дальнейшей работе.
В настоящем разделе Профиля использованы ссылки на следующие спецификации:
29