Адресация веб-сервисов, версия 1.0 - Связывание SOAP

1.1 Соглашения об обозначениях

Ключевые слова в этом документе, такие как "ДОЛЖЕН", "НЕ ДОЛЖЕН", "ТРЕБУЕТСЯ", "БУДЕТ", "НЕ БУДЕТ", "СЛЕДУЕТ", "НЕ СЛЕДУЕТ", "РЕКОМЕНДУЕТСЯ", "МОЖЕТ" и "ОПЦИОНАЛЬНО", должны интерпретироваться согласно описанию в RFC 2119 [IETF RFC 2119].

При описании абстрактных моделей данных эта спецификация использует обозначения принятые информационным множеством XML [Информационное множество XML]. А именно, имена абстрактных свойств всегда появляются в квадратных скобках (например, [какое-то свойство]).

При описании конкретных XML-схем [Структуры XML схемы, Типы данных XML схемы], эта спецификация использует обозначения, принятые в "Безопасности веб-служб" [Безопасность веб-служб]. А именно, каждый член [порожденного] свойства элемента или свойства [атрибутов] элемента описан с использованием записей в стиле языка XPath (например, /x:MyHeader/x:SomeProperty/@value1). Использование {any} означает присутствие группового символа элемента (<xs:anyй/>). Использование @{any} означает присутствие группового символа атрибута (<xs:anyAttribute/>).

1.2 Пространства имен

По всей спецификации используется большое количество префиксов пространства имен; они перечислены в Таблица 1-1. Учитывайте, что выбор любого префикса пространства имен является произвольным и не имеет значения (see [Пространства имен XML]).

Адресация веб-сервисов определяется в терминах информационного множества XML [Информационное множество XML]. Адресация веб-сервисов совместима с моделью обработки SOAP 1.2 [Модель передачи сообщений SOAP 1.2] и также имеет обратную совместимость с SOAP 1.1[SOAP 1.1]. Адресация веб-сервисов может использоваться с описанными службами WSDL [WSDL версия 2.0: Базовый язык], согласно "Адресация веб-сервисов, версия 1.0 - Связывание WSDL" [Адресация веб-сервисов - Связывание WSDL]. Примеры в этой спецификации используют XML версии 1.0 [XML версия 1.0], но это не является требованием.

Все определяемые этой спецификацией единицы информации идентифицируются URI пространства имен XML [Пространства имен XML] http://www.w3.org/2005/08/addressing. Нормативный документ типа "XML схема" [Структуры XML схемы, Типы данных XML схемы] может быть получен разыменованием идентификатора пространства имен XML.

2.1 Имя функции

Функция адресации версии 1.0, SOAP версии 1.2 именуется с помощью следующего идентификатора:

• http://www.w3.org/2005/08/addressing/feature

2.2 Описание

Функция адресации версии 1.0, SOAP версии 1.2 предоставляет SOAP-специфическое выражение свойств адресации абстрактного сообщения, определенных в "Адресация веб-сервисов, версия 1.0 - Основные принципы" [Адресация веб-сервисов - Основные принципыл].

Эта функция может быть использована с любой моделью обмена сообщениями SOAP. Поддерживающее эту функцию связывание ДОЛЖНО обеспечивать средства передачи приведенных ниже свойств вместе с сообщением, а также воссоздавать их значения по получению сообщения.

2.3 Свойства

Функция адресации версии 1.0, SOAP версии 1.2 определяет следующие свойства:

http://www.w3.org/2005/08/addressing/feature/Destination

Соответствует абстрактному свойству [адрес назначения] (destination).

http://www.w3.org/2005/08/addressing/feature/SourceEndpoint

Соответствует абстрактному свойству [конечная точка источника] (source endpoint).

http://www.w3.org/2005/08/addressing/feature/ReplyEndpoint

Соответствует абстрактному свойству [конечная точка ответа] (reply endpoint).

http://www.w3.org/2005/08/addressing/feature/FaultEndpoint

Соответствует абстрактному свойству [отказ конечная точка] (fault endpoint).

http://www.w3.org/2005/08/addressing/feature/Action

Соответствует абстрактному свойству [действие] (action).

http://www.w3.org/2005/08/addressing/feature/MessageID

Соответствует абстрактному свойству [id сообщения] (message id).

http://www.w3.org/2005/08/addressing/feature/Relationship

Соответствует абстрактному свойству [отношение] (relationship).

http://www.w3.org/2005/08/addressing/feature/ReferenceParameters

Соответствует абстрактному свойству [параметры-ссылки] (reference parameters).

2.4 Взаимодействие с другими функциями SOAP

Если http://www.w3.org/2003/05/soap/features/action/Action свойство функции действия SOAP [SOAP версия 1.2 - Дополнения] имеет значение, то значение http://www.w3.org/2005/08/addressing/feature/Action свойства функции адресации версии 1.0, SOAP версии 1.2 ДОЛЖНО быть идентично ему. Отсутствие идентичных значений приводит к ошибке неверной адресации заголовка (см. 6.4.1 Неверная адресация заголовка).

3.1 Имя модуля

Модуль адресации версии 1.0, SOAP версии 1.2 определяется с помощью следующего идентификатора:

• http://www.w3.org/2005/08/addressing/module

3.2 Описание

"Функция адресации версия 1.0, SOAP версия 1.2" (см. 2. Функция адресации версия 1.0, SOAP версии 1.2) определяет набор свойств SOAP и их отношение к свойствам адресации абстрактных сообщений, определенным в "Адресация веб-сервисов версия 1.0 - Основные принципы [Адресация веб-сервисов - Основные принципы]. "Модуль адресации версия 1.0, SOAP версия 1.2" определяет заголовки SOAP соответственно тому, как информационные множества XML представляют свойства адресации абстрактных сообщений, определенные в "Адресация веб-сервисов версия 1.0 - Основные принципы".

3.3 Дополнительные единицы Infoset

Модуль адресации версия 1.0 SOAP версия 1.2, определяет следующие дополнительные единицы XML Infoset:

/[reference parameters]/@wsa:IsReferenceParameter

Этот ТРЕБУЕМЫЙ атрибут (типа xs:boolean) показывает является ли заголовок адресации сообщения параметром-ссылкой, за дополнительной информацией по использованию см. раздел 3.4 Связывание свойств адресации сообщения.

3.4 Связывание свойств адресации сообщения

Когда сообщение должно адресоваться на конечную точку, XML Infoset представление каждого свойства адресации сообщения, которому было назначено значение, вставляется в сообщение в качестве блока заголовка SOAP, зависящего от следующих дополнительных ограничений:

• Значение, если такое есть, свойства [параметров-сылок] (reference parameters) добавляется в заголовок сообщения SOAP: элемент информации каждого из [параметров-ссылок] (reference parameters) (включая все [дочерние элементы](children), [атрибуты](attributes) и [пространства имен в области действия](in-scope namespaces) добавляется в новое сообщение в качестве блока заголовка SOAP.

  Примечание:

  Вставка в запрос заголовка SOAP предполагает использование соответствующей семантики. Так как механизм параметров-ссылок не ставит ограничений на содержимое генерирующихся заголовков, поставщики EPR должны быть особенно осторожны, для того чтобы их параметры-ссылки не привели к непреднамеренной либо ошибочной семантике получившегося запроса SOAP. Например, использование параметра-ссылки для того чтобы послать WS-Security заголовок [WS-Security] было бы неблагоразумно (так как другие части инфраструктуры SOAP будут часто управлять этим заголовком, и на один запрос должен быть хотя бы один заголовок).

• Каждый блок заголовка, добавленный в результате приведенного выше правила, комментируется атрибутом wsa:IsReferenceParameter (см. 3.3 Дополнительные элементы информационного множества), чьим значением является действительное xs:boolean представление "истина". Любой существующий атрибут wsa:IsReferenceParameter блока заголовка заменяется.

  Примечание:

  Проверка достоверности целостности [параметров-ссылок] (reference parameters) должна учитывать добавление атрибутов wsa:IsReferenceParameter и соответствующее введение пространства имен адресации веб-сервисов в [пространства имен в области действия](in-scope namespaces).

• Значение каждого свойства адресации сообщения, т.е. типа IRI, ДОЛЖНА быть сериализована в качестве абсолютного IRI в соответствующем блоке заголовка SOAP. Никаких дополнительных %-escaping не выполняется.

• Каждый опциональный элемент или атрибут, имеющий значение, равное установленному стандартному значению этого элемента или атрибута, МОЖЕТ быть опущен.

В следующем примере демонстрируется как "Модуль адресации версия 1.0 SOAP версия 1.2" используется для построения сообщения, адресованного на конечную точку:

<wsa:EndpointReference
     xmlns:wsa="http://www.w3.org/2005/08/addressing"
     xmlns:wsaw="http://www.w3.org/2006/02/addressing/wsdl"
     xmlns:fabrikam="http://example.com/fabrikam"
     xmlns:wsdli="http://www.w3.org/2006/01/wsdl-instance"
     wsdli:wsdlLocation="http://example.com/fabrikam
       http://example.com/fabrikam/fabrikam.wsdl">
   <wsa:Address>http://example.com/fabrikam/acct</wsa:Address>
   <wsa:Metadata>
       <wsaw:InterfaceName>fabrikam:Inventory</wsaw:InterfaceName>
   </wsa:Metadata>
   <wsa:ReferenceParameters>
       <fabrikam:CustomerKey>123456789</fabrikam:CustomerKey>
       <fabrikam:ShoppingCart>ABCDEFG</fabrikam:ShoppingCart>
   </wsa:ReferenceParameters>
</wsa:EndpointReference>

Значение адреса копируется в блоке заголовка "To" и элемента "CustomerKey" и "ShoppingCart" копируются буквально как блоки заголовка в SOAP-сообщении, адресованном на эту конечную точку. Получившееся SOAP-сообщение будет выглядеть подобным образом:

<S:Envelope xmlns:S="http://www.w3.org/2003/05/soap-envelope"
         xmlns:wsa="http://www.w3.org/2005/08/addressing"
         xmlns:fabrikam="http://example.com/fabrikam">
   <S:Header>
     ...
    <wsa:To>http://example.com/fabrikam/acct</wsa:To>
    <wsa:Action>...</wsa:Action>
    <fabrikam:CustomerKey wsa:IsReferenceParameter='true'>123456789</fabrikam:CustomerKey>
    <fabrikam:ShoppingCart wsa:IsReferenceParameter='true'>ABCDEFG</fabrikam:ShoppingCart>
     ...
   </S:Header>
   <S:Body>
     ...
   </S:Body>
</S:Envelope>

3.5 Отношения между заголовками SOAP и свойствами транспортного уровня

Некоторые основные протоколы могу тподдерживать собственные свойства, схожие с свойствами адресации сообщения. Например, "ответ на" (reply-to): заголовок письма электронной почты похож на [конечная точка ответа](reply endpoint) свойство адресации запроса. Авторы и разработчики связываний не должны предполагать существование какого-либо особого соответствия между собственными свойствами и свойствами адресации сообщения. Например, если сообщение электронной почты представляет только один отрезок пути в маршруте из множества таких отрезков, то "ответ на" (reply-to): заголовок, скорее всего будет отличаться от адреса [конечной точки ответа](reply endpoint).

4.1 Имя расширения

Расширение адресации версия 1.0, SOAP версия 1.1 определяется с помощью следующего идентификатора:

• http://www.w3.org/2005/08/addressing/module

4.2 Описание

"Функция адресации версия 1.0, SOAP версия 1.2" (см. 2. Функция адресации версия 1.0, SOAP версии 1.2) определяет набор свойств SOAP и их отношение к свойствам адресации абстрактных сообщений, определенным в "Адресация веб-сервисов версия 1.0 - Основные принципы [Адресация веб-сервисов - Основные принципы]. "Расширение адресации версия 1.0, SOAP версия 1.1" использует XML Infoset представление свойств адресации абстрактных сообщений, определенных в "Адресация веб-сервисов версия 1.0 - Основные принципы" и привязывает каждый элемент информации к блоку заголовка SOAP. Расширение адресации версия 1.0 SOAP версия 1.1 работает согласно описанию в 3. Модуль адресации версия 1.0 SOAP версия 1.2, со следующими отличиями:

Действие SOAP

Использование SOAPAction поля заголовка требования HTTP треубется при использовании HTTP-связывания SOAP версии 1.1. Значение SOAPAction поля заголовка требования HTTP ДОЛЖНО быть либо значением свойства [действия](action), зключенным в кавычки, либо фиктивным значением "". В последнем случае поддерживается возможность скрыть свойство [действие](action) с помощью механизмов безопасности уровня SOAP, не прибегая к в других отношениях бесполезной безопасноти транспортного уровня. Любое другое значение для SOAPAction приводит к отказу "неверное свойство адресации сообщения" (см. 6.4.1 Неверная адресация заголовка).

5.1 Использование анонимного адреса в конечных точках ответа SOAP

Значение "http://www.w3.org/2005/08/addressing/anonymous" для свойства [адрес назначения] (destination) не предполагает дополнительной семантики, кроме той, что требуется приведенными ниже правилами и описана в "Адресация веб-сервисов версия 1.0 - Основные принципы [Адресация веб-сервисов - Основные принципы. В частности, примите ко вниманию, что в "Адресации веб-сервисов версия 1.0 - Основные принципы" [Адресация веб-сервисов - Основные принципы], раздел 3.4 требует подобное значение в сообщениях, посланных на конечную точку ответа, чей [адрес] (address) "http://www.w3.org/2005/08/addressing/anonymous".

5.2 Использование неанонимных адресов в конечных точках ответа SOAP

6.1 SOAP версия 1,2 - Связывание отказа

Свойства отказа привязываются к отказу SOAP версии 1.2 следующим образом:

[Код] (Code)

Значение свойства [Код] (Code) привязывается в качестве значения элемента информации отказов SOAP S:Fault/S:Code/S:Value.

[Субкод] (Subcode)

Значение свойства [Субкод] (Subcode) привязывается в качестве значения элемента информации отказов SOAP S:Fault/S:Subcode/S:Value.

[Субсубкод] (Subsubcode)

Значение свойства [Субсубкод] (Subsubcode) привязывается в качестве значения элемента информации отказов SOAP S:Fault/S:Code/S:Subcode/S:/Subcode/S:Value.

[Причина] (Reason)

Значение свойства [Причина] (Reason) привязывается в качестве значения элемента информации отказов SOAP S:Fault/S:Reason/S:Text.

[Подробности] (Details)

Значение свойства [Подробности] (Details) привязывается в качестве значения элемента информации отказов SOAP S:Fault/S:Detail.

<S:Envelope>
  <S:Header>
    <wsa:Action>http://www.w3.org/2005/08/addressing/fault</wsa:Action>
    <!-- Заголовки опускаются для краткости.  -->
  </S:Header>
  <S:Body>
    <S:Fault>
      <S:Code>
        <S:Value>[Code]</S:Value>
        <S:Subcode>
          <S:Value>[Subcode]</S:Value>
          <S:Subcode>
            <S:Value>[Subsubcode]</S:Value>
          </S:Subcode>
        </S:Subcode>
      </S:Code>
      <S:Reason>
        <S:Text xml:lang="en">[Reason]</S:Text>
      </S:Reason>
      <S:Detail>
        [Detail]
      </S:Detail>   
    </S:Fault>
  </S:Body>
</S:Envelope>
      

6.2 SOAP версия 1,1 - Связывание отказа

Отказ SOAP версии 1.1 немного менее ясно выражен, в сравнении с отказом SOAP версии 1.2 и отображает только [Субкод] (Subcode), [Причину] (Reason) и [Подробности] (Detail). Эти свойства привязываются к отказу SOAP версии 1.1 следующим образом:

[Субкод] (Subcode) либо [Субсубкод] (Subsubcode)

Значение [Субсубкода] (Subsubcode) или, если оно не указано, значение свойства [Субкод] (Subcode) привязывается в качестве значения элемента SOAP-отказов S11:Fault/faultcode.

[Причина] (Reason)

Значение свойства [Причина] (Reason) привязывается в качестве значения элемента SOAP-отказов S:Fault/S:Reason/S:Text.

[Подробности] (Details)

Подробности отказа SOAP версии 1.1 используются только лишь для отказов, которые относятся к телу сообщения, и потому не используются с отказами SOAP версии 1.1, которые относятся к обработке заголовков адресации. Вместо этого, значение свойства [Подробности] (Details) привязывается в качестве значения номого блока SOAP-заголовка wsa:FaultDetail. Ниже описывается элемент wsa:FaultDetail:

/wsa:FaultDetail

Ноль либо более элементов, определенных в 6.3 Элементы - Подробности отказа.

/wsa:FaultDetail/@{any}

Опциональные атрибуты расширяемости, включающие role и mustUnderstand SOAP.

<S11:Envelope>
  <S11:Header>
    <wsa:Action>http://www.w3.org/2005/08/addressing/fault</wsa:Action>
    <wsa:FaultDetail>[Details]</wsa:FaultDetail>
    <!-- Другие заголовки опускаются для краткости.  -->
  </S11:Header>
  <S11:Body>
    <S11:Fault>
      <faultcode>[Subcode] or [Subsubcode]</faultcode>
      <faultstring xml:lang="en">[Reason]</faultstring>
    </S11:Fault>
  </S11:Body>
</S11:Envelope>
      

6.3 Элементы - Подробности отказа

В приведенных ниже подразделах определяется набор элементов, которые используются для передачи дополнительной информации об отказах, описаных в 6.4 Стандартные заказы.

6.4 Стандартные отказы

7.1 Получение доверия EPR

Существует много механизмов, которые могут помочь предоставить доказательство того, что отправитель сообщения имеет право представлять [адрес](address) EPR, переданного внутри сообщения. ОБычно такие механизмы требуют включения заголовка безопасности веб-служб [безопасность веб-служб], который содержит XML цифровые подписи, привязывающие элементы wsa:ReplyTo и wsa:FaultTo к SOAP-сообщению, с помощью маркера доступа, выданного тем, кому получатель доверяет в том, что касается домена [адреса](address) EPR. Владение маркером доступа, выданным доверенным лицом домену [адреса](address) EPR, дает какую-то уверенность в том, что отправитель сообщения имеет право представлять [адрес](address).

Например, сообщение могло бы включать заголовок безопасности веб-служб [безопасность веб-служб], который содержит XML цифровые подписи, привязывающие элементы wsa:ReplyTo и wsa:FaultTo к SOAP-сообщению, с помощью сертификата X.509, для домена, адресованного [адресом](address) EPR. Если сертификат выдан лицом, которому доверяет получатель сообщения, то получатель может быть в некоторой степени уверен, что отправитель сообщения имеет право представлять [адрес](address) EPR.

7.2. Дополнительные соображения по безопасности

Атрибет wsa:isReferenceParameter имеет смысл только в SOAP-заголовках. Программы обработки сообщений должны рассматривать его появление в каком-либо другом месте SOAP-сообщения как возможную атаку.

Программы обработки сообщений должны считать появление в EPR элементов из пространств имен soap11, soap12 и wsa в качестве параметров-ссылок как возможную атаку.

Известны XML ID и реструктурирующие атаки, которые должны учитываться программами обработки сообщений, см. [безопасность веб-служб] - Соображения по безопасности: Удаление и модификация XML-элементов.

7.3 Дополнительные соображения по SOAP-посредникам

Для избежания взлома подписей, посредники НЕ ДОЛЖНЫ менять XML-представление заголовков веб-адресации пр их передаче. В особенности, посредники НЕ ДОЛЖНЫ удалять XML-содержимое, которое явно указывает иначе-неявное содержимое, и посредники НЕ ДОЛЖНЫ вставлять XML-содержимое, призванное сделать неявные значения явными. Например, если атрибут RelationshipType идет со значением "http://www.w3.org/2005/08/addressing/reply", то посредник НЕ ДОЛЖЕН удалять его; точно так же, если нет атрибута RelationshipType, то посредние НЕ ДОЛЖЕН его добавлять.

9.1 Нормативные ссылки

[IETF RFC 2119]

Key words for use in RFCs to Indicate Requirement Levels, S. Bradner, Author. Internet Engineering Task Force, июнь 1999. Находится на http://www.ietf.org/rfc/rfc2119.txt.

[IETF RFC 3987]

Internationalized Resource Identifiers (IRIs) M. Duerst, and M. Suignard, Authors. Internet Engineering Task Force, январь 2005. Находится на http://www.ietf.org/rfc/rfc3987.txt.

[SOAP версия 1.1]

Simple Object Access Protocol (SOAP) 1.1, D. Box, et al, Editors. World Wide Web Consortium, 8 май 2000. Находится на http://www.w3.org/TR/2000/NOTE-SOAP-20000508/.

[SOAP версия 1.2 Структура обмен сообщениями]

SOAP Version 1.2 Part 1: Messaging Framework, M. Gudgin, M. Hadley, N. Mendelsohn, J-J. Moreau, H. Frystyk Nielsen, Editors. World Wide Web Consortium, 24 июнь 2003. Эта версия рекомендации по "SOAP, версия 1.2 Часть 1: Структура обмен сообщениями" находится на http://www.w3.org/TR/2003/REC-soap12-part1-20030624/. Самая последняя версия "SOAP, версия 1.2, Часть 1: Структура обмен сообщениями находится на http://www.w3.org/TR/soap12-part1/.

[SOAP, версия 1.2, Дополнения]

SOAP Version 1.2 Part 2: Adjuncts, M. Gudgin, M. Hadley, N. Mendelsohn, J-J. Moreau, H. Frystyk Nielsen, Editors. World Wide Web Consortium, 24 июнь 2003. Эта версия рекомендации по "SOAP, версия 1.2 Часть 2: Дополнения" находится на http://www.w3.org/TR/2003/REC-soap12-part2-20030624/. Самая последняя версия "SOAP, версия 1.2, Часть 2: Дополнения находится на http://www.w3.org/TR/soap12-part2/.

[Адресация веб-сервисов - Основные принципы]

Web Services Addressing 1.0 - Core, M. Gudgin, M. Hadley, and T. Rogers, Editors. World Wide Web Consortium, 9 май 2006. Эта версии рекомендации "Адресация веб-сервисов - Основные принципы" находится на http://www.w3.org/TR/2006/REC-ws-addr-core-20060509. Самая последняя версия рекомендации "Адресация веб-сервисов - Основные принципы" находится на http://www.w3.org/TR/ws-addr-core.

[XML, версия 1.0]

Extensible Markup Language (XML) 1.0 (Third Edition), T. Bray, J. Paoli, C. M. Sperberg-McQueen, and E. Maler, Editors. World Wide Web Consortium, 4 февраль 2004. Эта версия рекомендации "XML, версия 1.0" находится на http://www.w3.org/TR/2004/REC-xml-20040204. Самая последняя версия рекомендации "XML, версия 1.0" находится на http://www.w3.org/TR/REC-xml.

[Пространства имен XML]

Namespaces in XML, T. Bray, D. Hollander, and A. Layman, Editors. World Wide Web Consortium, 14 январь 1999. Эта версия рекомендации "Информационное множество XML" находится на http://www.w3.org/TR/1999/REC-xml-names-19990114. Самая последняя версия рекомендации "Информационное множество XML" находится на http://www.w3.org/TR/REC-xml-names.

[Информационное множество XML]

XML Information Set (Second Edition), J. Cowan and R. Tobin, Editors. World Wide Web Consortium, 4 февраля 2004. Эта версия рекомендации "Информационное множество XML" находится на http://www.w3.org/TR/2004/REC-xml-infoset-20040204. Самая последняя версия рекомендации "Информационное множество XML" находится на http://www.w3.org/TR/xml-infoset.

[Структура XML-Схемы]

XML Schema Part 1: Structures Second Edition, H. Thompson, D. Beech, M. Maloney, and N. Mendelsohn, Editors. World Wide Web Consortium, 28 октябрь 2004. Эта версия рекомендации "XML-Схема, Часть 1" находится на http://www.w3.org/TR/2004/REC-xmlschema-1-20041028. Самая последняя версия рекомендации "XML-Схема, Часть 1" находится на http://www.w3.org/TR/xmlschema-1.

[Типы данных XML-Схемы]

XML Schema Part 2: Datatypes Second Edition, P. Byron and A. Malhotra, Editors. World Wide Web Consortium, 28 октябрь 2004. Эта версия рекомендации "XML-Схема, Часть 2" находится на http://www.w3.org/TR/2004/REC-xmlschema-2-20041028. Самая последняя версия рекомендации "XML-Схема, Часть 2" находится на http://www.w3.org/TR/xmlschema-2.

9.2 Другие ссылки

[SOAP, версия 1.1, HTTP-связывание опционального ответа на запрос]

SOAP 1.1 Request Optional Response HTTP Binding, D. Orchard, Editor. World Wide Web Consortium, 21 март 2006. Эта версия спецификации "SOAP, версия 1.1, HTTP-связывание опционального ответа на запрос" находится на http://www.w3.org/TR/2006/NOTE-soap11-ror-httpbinding-20060321/. Самая последняя версия спецификации "SOAP, версия 1.1, HTTP-связывание опционального ответа на запрос" доступна на http://www.w3.org/TR/soap11-ror-httpbinding.

[Адресация веб-сервисов - WSDL-связывание]

Web Services Addressing 1.0 - WSDL Binding, M. Gudgin, M. Hadley, T. Rogers, Ü. Yalçinalp, Editors. World Wide Web Consortium, 16 февраль 2006. Эта версия спецификации "Адресация веб-сервисов - WSDL-связывание" находится на http://www.w3.org/TR/2006/WD-ws-addr-wsdl-20060216. Самая последняя версия спецификации "Адресация веб-сервисов - WSDL-связывание" находится на http://www.w3.org/TR/ws-addr-wsdl.

[WSDL, версия 2.0 - Базовый язык]

Web Services Description Language (WSDL) Version 2.0 Part 1: Core Language, R. Chinnici, J. J. Moreau, A. Ryman, and S. Weerawarana, Editors. World Wide Web Consortium, 27 март 2006. Эта версия спецификации "WSDL, версия 2.0" находится на http://www.w3.org/TR/2006/CR-wsdl20-20060327. Самая последняя версия спецификации "WSDL, версия 2.0" находится на http://www.w3.org/TR/wsdl20.

[Безопасность веб-сервисов]

Web Services Security: SOAP Message Security 1.0 (WS-Security 2004), A. Nadalin, C. Kaler, P. Hallam-Baker, R. Monzillo, Editors. Organization for the Advancement of Structured Information Standards, март 2004.