ГОСТ Р ИСО/МЭК 29361— 2012
Необходимо специфицировать эквивалентную неявную квалификацию, так как элемент wsdlipart не
позволяет специфицировать правила для кардинального числа и возможности обнуления. Спецификация
этих правил облегчает интероперабельность между реализациями. Эквивалентная неявная квалификация
для атрибута обнуления имеет значение «false», так какесли бы она имела значение «true», то невозможно
было бы спроектировать часть, поскольку от клиента всегда требоваласьбы отправка значения. Ожидает
ся, что в приложениях,для которых желательно разрешить обнуление wsdlipart, приложение будет генери
ровать оболочку complexType и специфицировать правила обнуления для элементов, содержащихся в
такой оболочке.
4.4.2Привязки и отказы
Существует несколько интерпретаций того, как могут быть определены элементы wsdlipart которые
описывают soapbindifault, soapbindiheader и soapbindiheaderfault.
R2205 В ОПИСАНИИ элементы wsdlibindingДОЛЖНЫ ссылаться, в каждом из своих элементов
soapbind:header. soapbindiheaderfault и soapbindifault. только на элемент(ы) wsdlipart. который(ыв)
был(и) опредвлен(ы) с использованием атрибута element.
Поскольку отказы и заголовки не содержат параметров, в soapbindifault, soapbindiheader и
soapbindiheaderfault принято, no W SDL1.1. что значением атрибута style является «document». В R2204
требуется, чтобы все элементы wsdlipart с атрибутом style, значением которого является «document», свя
занные с soapbindibody, были определены с использованием атрибута element. Это же требование спра
ведливо для элементов soapbindifault soapbindiheader и soapbindiheaderfault.
4.4.3Декларация элементов part
В примерах 4 и 5 WSDL 1.1, раздел 3.1. некорректно показано использование типов Схемы XML
(например, «xsdistring») в качестведопустимых значений атрибута element элемента wsdlipart.
R2206 В ОПИСАНИИ элемент wsdlimessage. содержащий wsdlipart. который использует атрибут
element. ДОЛЖЕН ссылаться, вэтом атрибуте, на глобальную декларацию элемента.
Например.
НЕПРАВИЛЬНО:
■«message name=“GetTradePricelnput*>
<part name=*tickerSymbol» element=’xsd:string’7>
•«part name=’time* element="xsd:timelnstant7>
«/message*
НЕПРАВИЛЬНО:
<message name=”GetTradePricelnpur>
■«part name="tickerSymbor element=’xsd:string"/>
</message>
ПРАВИЛЬНО:
«message name-’GetTradePricelnput*>
«part name="body" element=*tns:SubscribeToQuotes7>
«/message>
4.5 Типы портов
В настоящем разделе Профиля использованы ссылки на следующие спецификации (или их разде
лы):
• WSDL 1.1. раздел 2.4
В WSDL 1.1 элементы wsdliportType используютдля группировки наборов абстрактных операций. В
Профиле установлены следующие ограничения на соответствующие элементы wsdliportType:
4.5.1 Порядок элементов part
Разрешение использовать parameterOrder помогает генераторам кода отображать сигнатуру метода и
передается в виде сообщения.
R2301 Порядок элементов в soapiBody ОБОЛОЧКИ ДОЛЖЕН быть тем же самым, что и порядок
wsdlipart в wsdlimessage. которое описывает его для каждого элемента wsdlipart. связанного с соот
ветствующим оболочке элементом soapbindibody.
R2302 В ОПИСАНИИ МОЖНО использовать атрибут parameterOrderэлемента wsdl.operation для
указания возвращаемого значения и сигнатуры метода в качество подсказки генераторам кода.
4.5.2Допустимые операции
Операции запрос-ответ и извещение не являются хорошо определенными вWSDL 1.1; более того, в
WSDL 1.1 не определена привязка к ним.
21