1.1 Convenciones de notación

Las palabras clave "DEBE" ("MUST"), "NO DEBE" ("MUST NOT"), "OBLIGATORIO" ("REQUIRED"), "DEBERÁ" ("SHALL"), "NO DEBERÁ" ("SHALL NOT"), "DEBERÍA" ("SHOULD"), "NO DEBERÍA" ("SHOULD NOT"), "RECOMENDADO" ("RECOMMENDED"), "PUEDE" ("MAY") y "OPCIONAL" ("OPTIONAL") en esta especificación deben interpretarse según se describe en RFC 2119 [IETF RFC 2119].

Para describir modelos de datos abstractos, esta especificación emplea la convención de notación definida por el conjunto de información XML [Conjunto de información XML]. En concreto, los nombres de propiedades abstractas aparecerán siempre entre corchetes (por ej., [una propiedad]).

Para la descripción de esquemas XML concretos [Estructuras de esquemas XML, Tipos de datos de esquemas XML], esta especificación emplea la convención de notación de WS-Security [WS-Security]. En concreto, cada miembro de la propiedad [children] (hijos) o [attributes] (atributos) de un elemento se describe con una notación de tipo XPath (por ej., /x:LaCabecera/x:UnaPropiedad/@valor1). El uso de {any} (cualquiera) indica la presencia de un comodín de elemento (<xs:any/>). El uso de @{any} indica la presencia de un comodín de atributo (<xs:anyAttribute/>).

1.2 Espacios de nombres

A lo largo de esta especificación se emplean diversos prefijos de espacio de nombres, que se indican en el Cuadro 1.1. Obsérvese que la elección de un prefijo de espacio de nombres cualquiera es arbitraria y no es significativa desde un punto de vista semántico (véase [Espacios de nombres XML]).

WS-Addressing se define en relación con el conjunto de información XML [Conjunto de información XML]. WS-Addressing es conforme al modelo de procesamiento de SOAP 1.2 [Infraestructura de mensajería SOAP 1.2] y también es compatible con SOAP 1.1 [SOAP 1.1] a los efectos de la compatibilidad hacia atrás. WS-Addressing se puede usar con servicios descritos mediante WSDL [WSDL 2.0 Core Language], según se describe en el enlace de Web Services Addressing 1.0 con WSDL [Enlace WS-Addressing WSDL]. Los ejemplos que se incluyen en esta especificación emplean una representación XML 1.0 [XML 1.0], pero esto no es obligatorio.

Todos los ítems de información definidos por esta especificación están identificados por el URI de espacio de nombres XML [Espacios de nombres XML] http://www.w3.org/2005/08/addressing. Resolviendo la referencia del URI de espacio de nombres XML se puede obtener un documento normativo para el esquema XML [Estructuras de esquemas XML , Tipos de datos de esquemas XML].

2.1 Nombre de la característica

La característica SOAP 1.2 Addressing 1.0 se nombra con el siguiente URI:

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

2.2 Descripción

La característica SOAP 1.2 Addressing 1.0 ofrece una expresión dentro de SOAP de las propiedades abstractas de direccionamiento de mensaje definidas por la especificación Web Services Addressing 1.0 - Core [WS-Addressing Core].

Esta característica puede emplearse con cualquier pauta de intercambio de mensajes SOAP. Un enlace que admita esta característica DEBE ofrecer un medio de transmitir con los mensajes las propiedades que se enumeran más adelante y de reconstituir sus valores al recibir un mensaje.

2.3 Propiedades

La característica SOAP 1.2 Addressing 1.0 define las siguientes propiedades:

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

Corresponde a la propiedad abstracta [destination] (destino).

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

Corresponde a la propiedad abstracta [source endpoint] (extremo de origen).

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

Corresponde a la propiedad abstracta [reply endpoint] (extremo de respuesta).

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

Corresponde a la propiedad abstracta [fault endpoint] (extremo de error).

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

Corresponde a la propiedad abstracta [action] (acción).

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

Corresponde a la propiedad abstracta [message id] (identificador de mensaje).

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

Corresponde a la propiedad abstracta [relationship] (relación).

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

Corresponde a la propiedad abstracta [reference parameters] (parámetros de referencia).

2.4 Interacción con otras características de SOAP

Si la propiedad http://www.w3.org/2003/05/soap/features/action/Action de la característica Action de SOAP [SOAP 1.2: Adjuntos] tiene valor, entonces el valor de la propiedad http://www.w3.org/2005/08/addressing/feature/Action de la característica SOAP 1.2 Addressing 1.0 DEBE ser idéntico a aquél. Si los valores no coinciden, se produce un error de cabecera de direccionamiento inválida (ver 6.4.1 Cabecera de direccionamiento inválida).

3.1 Nombre de módulo

El módulo SOAP 1.2 Addressing 1.0 se identifica con el siguiente URI:

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

3.2 Descripción

La característica SOAP 1.2 Addressing 1.0 (ver 2. Característica SOAP 1.2 Addressing 1.0) define un conjunto de propiedades SOAP y su correspondencia con las propiedades abstractas de direccionamiento de mensaje definidas por la especificación Web Services Addressing 1.0 - Core [WS-Addressing Core]. El módulo SOAP 1.2 Addressing 1.0 define cabeceras SOAP que se corresponden con la representación como conjunto de información XML de las propiedades abstractas de direccionamiento de mensajes definidas en Web Services Addressing 1.0 - Core.

3.3 Items adicionales del conjunto de información

El módulo SOAP 1.2 Addressing 1.0 define los siguientes items del conjunto de información XML:

/[reference parameters]/@wsa:IsReferenceParameter

Este atributo OBLIGATORIO (de tipo xs:boolean) indica si la cabecera de direccionamiento de mensaje es un parámetro de referencia; en la sección 3.4 Enlace de propiedades de direccionamiento de mensajes se brindan más detalles en relación con su empleo.

3.4 Enlace de propiedades de direccionamiento de mensajes

Cuando se direcciona un mensaje a un extremo, la representación como conjunto de información XML de cada propiedad de direccionamiento de mensaje que tenga un valor asignado se incorpora al mensaje en la forma de un bloque de cabecera SOAP, con estas restricciones adicionales:

• Si la propiedad [reference parameters] tiene algún valor, éste se añade a la cabecera de mensaje SOAP. El ítem de información de elemento incluido en cada uno de los [reference parameters] (parámetros de referencia) (incluidos todos los elementos en [children], [attributes] e [in-scope namespaces]) se añade como bloque de cabecera SOAP al nuevo mensaje.

  Observación:

  La inserción de cabeceras SOAP en un mensaje implica una semántica particular. Puesto que el mecanismo de parámetros de referencia no impone restricciones al contenido de las cabeceras generadas, los proveedores de referencias de extremo deberían tomar los recaudos necesarios para asegurar que sus parámetros de referencia no den lugar a una semántica imprevista o errónea en el mensaje SOAP resultante. Por ejemplo, no sería recomendable usar un parámetro de referencia para enviar una cabecera WS-Security [WS-Security], puesto que usualmente dicha cabecera estará bajo el control de otras partes de la infraestructura SOAP y no puede haber más de una de esas cabeceras por mensaje.

• Cada bloque de cabecera añadido como resultado de la regla anterior se anota con un atributo wsa:IsReferenceParameter (ver 3.3 Items adicionales del conjunto de información) cuyo valor sea una representación xs:boolean válida para "verdadero". Si el bloque de cabecera ya contiene un atributo wsa:IsReferenceParameter, se sustituye el atributo anterior.

  Observación:

  La validación de integridad de la propiedad [reference parameters] debe tener en cuenta el agregado de los atributos wsa:IsReferenceParameter y la correspondiente introducción del espacio de nombres WS-Addressing a la propiedad [in-scope namespaces].

• El valor de cada propiedad de direccionamiento de mensaje que sea de tipo IRI DEBE serializarse en la forma de IRI absoluto en el bloque de cabecera SOAP correspondiente. No se aplicarán otros mecanismos de escape con signos %.

• Se PUEDE omitir cada uno de los elementos o atributos opcionales cuyo valor coincida con el valor que tienen definido por defecto.

El ejemplo siguiente muestra el empleo del módulo SOAP 1.2 Addressing 1.0 para construir un mensaje dirigido a un extremo:

<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>

El valor de la dirección se copia al bloque de cabecera "To" y los elementos "CustomerKey" y "ShoppingCart" se copian literalmente como bloques de cabecera en un mensaje SOAP dirigido al extremo en cuestión. El mensaje SOAP resultante se vería así:

<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 Relación entre las cabeceras SOAP y las propiedades de nivel de transporte

Algunos protocolos subyacentes pueden admitir propiedades similares a las propiedades de direccionamiento de mensajes. Por ejemplo, la cabecera reply-to: de los mensajes de correo electrónico es similar a la propiedad de direccionamiento de mensajes [reply endpoint]. Los autores e implementadores de enlaces no deberían presuponer ninguna correspondencia particular entre las propiedades nativas y las propiedades de direccionamiento de mensajes. Por ejemplo, si un mensaje de correo electrónico representa solamente un salto dentro de una ruta que incluye varios saltos, entonces es probable que la cabecera reply-to: sea diferente de la dirección [reply endpoint].

4.1 Nombre de extensión

La extensión SOAP 1.1 Addressing 1.0 se identifica con el siguiente URI:

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

4.2 Descripción

La característica SOAP 1.2 Addressing 1.0 (ver 2. Característica SOAP 1.2 Addressing 1.0) define un conjunto de propiedades SOAP y su correspondencia con las propiedades abstractas de direccionamiento de mensaje definidas por la especificación Web Services Addressing 1.0 - Core [WS-Addressing Core]. La extensión SOAP 1.1 Addressing 1.0 usa la representación como conjunto de información XML de las propiedades abstractas de direccionamiento de mensajes definidas en Web Services Addressing 1.0 - Core y enlaza cada ítem de información de elemento a un bloque de cabecera SOAP. La extensión SOAP 1.1 Addressing 1.0 opera según lo descrito en 3. Módulo SOAP 1.2 Addressing 1.0, con las siguientes salvedades:

SOAP Action

Cuando se emplea el enlace SOAP 1.1 HTTP, es obligatorio el uso del campo de cabecera de petición HTTP SOAPAction. El valor de campo de la cabecera de petición HTTP SOAPAction DEBE ser el valor de la propiedad [action] encerrado entre comillas o bien el valor vacío "". El último caso permite ocultar la propiedad [action] por medio de mecanismos de seguridad del nivel de SOAP, sin necesidad de añadir consideraciones de seguridad innecesarias en el nivel de transporte. Si SOAPAction tiene cualquier otro valor, se produce un error de cabecera de direccionamiento inválida (ver 6.4.1 Cabecera de direccionamiento inválida).

5.1 Uso de direcciones anónimas en extremos de respuesta SOAP

Si el valor de la propiedad [destination] es "http://www.w3.org/2005/08/addressing/anonymous", esto no supone ninguna semántica adicional más allá de la que resulta de las reglas definidas más adelante y descritas en Web Services Addressing 1.0 - Core [WS-Addressing Core]. En particular, obsérvese que Web Services Addressing 1.0 - Core [WS-Addressing Core], sección 3.4 exige el uso de este valor en los mensajes enviados a un extremo de respuesta cuya propiedad [address] sea "http://www.w3.org/2005/08/addressing/anonymous".

5.2 Uso de direcciones no anónimas en extremos de respuesta SOAP

6.1 Enlace de errores SOAP 1.2

El enlace entre las propiedades de error y los errores SOAP 1.2 es el siguiente:

[Code]

El valor de la propiedad [Code] se enlaza con el valor del ítem de información de elemento S:Fault/S:Code/S:Value de los errores SOAP.

[Subcode]

El valor de la propiedad [Subcode] se enlaza con el valor del ítem de información de elemento S:Fault/S:Code/S:Subcode/S:Value de los errores SOAP.

[Subsubcode]

El valor de la propiedad [Subsubcode] se enlaza con el valor del ítem de información de elemento S:Fault/S:Code/S:Subcode/S:/Subcode/S:Value de los errores SOAP.

[Reason]

El valor de la propiedad [Reason] se enlaza con el valor del ítem de información de elemento S:Fault/S:Reason/S:Text de los errores SOAP.

[Details]

El valor de la propiedad [Details] se enlaza con el valor del ítem de información de elemento S:Fault/S:Detail de los errores SOAP.

<S:Envelope>
  <S:Header>
    <wsa:Action>http://www.w3.org/2005/08/addressing/fault</wsa:Action>
    <!-- Se omiten las cabeceras para abreviar.  -->
  </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 Enlace de errores SOAP 1.1

El error SOAP 1.1 es ligeramente menos expresivo que el error SOAP 1.2, y sólo tiene correspondencias para las propiedades [Subcode], [Reason] y [Detail]. El enlace entre estas propiedades y los errores SOAP 1.1 es el siguiente:

[Subcode] o [Subsubcode]

El valor de [Subsubcode] o, en su defecto, el valor de [Subcode] se enlaza con el valor del elemento de error SOAP S11:Fault/faultcode.

[Reason]

El valor de la propiedad [Reason] se enlaza con el valor del elemento S11:Fault/faultstring de los errores SOAP.

[Details]

El detalle de error SOAP 1.1 sólo se usa con errores relacionados con el cuerpo de un mensaje, de modo que no se usa para errores SOAP 1.1 relacionados con el procesamiento de las cabeceras de direccionamiento. En cambio, el valor de la propiedad [Details] se enlaza con el valor de un nuevo bloque de cabecera SOAP wsa:FaultDetail. Se describe a continuación el elemento wsa:FaultDetail:

/wsa:FaultDetail

Cero o más de los elementos definidos en 6.3 Elementos de detalle de error.

/wsa:FaultDetail/@{any}

Atributos opcionales de extensibilidad, incluidos role y mustUnderstand de SOAP.

<S11:Envelope>
  <S11:Header>
    <wsa:Action>http://www.w3.org/2005/08/addressing/fault</wsa:Action>
    <wsa:FaultDetail>[Details]</wsa:FaultDetail>
    <!-- Se omiten otras cabeceras para abreviar.  -->
  </S11:Header>
  <S11:Body>
    <S11:Fault>
      <faultcode>[Subcode] o [Subsubcode]</faultcode>
      <faultstring xml:lang="en">[Reason]</faultstring>
    </S11:Fault>
  </S11:Body>
</S11:Envelope>
      

6.3 Elementos de detalle de error

Las siguientes subsecciones definen un conjunto de elementos que se emplea para transmitir información adicional en los errores descritos en 6.4 Errores predefinidos.

6.4 Errores predefinidos

7.1 Determinación de confianza en referencias de extremo

Hay muchos mecanismos que podrían emplearse para ofrecer pruebas de que el emisor de un mensaje tiene autoridad para representar la propiedad [address] de las referencias de extremo provistas dentro del mensaje. Por lo general, dichos mecanismos requieren la inclusión de una cabecera WS-Security [WS-Security] que contenga firmas digitales XML que enlacen los elementos wsa:ReplyTo y wsa:FaultTo al mensaje SOAP mediante una prueba de seguridad emitida por una autoridad en la que el receptor del mensaje confíe en relación con el dominio de la propiedad [address] de la referencia de extremo. La posesión de una prueba de seguridad emitida por una autoridad de confianza para el dominio de la propiedad [address] de la referencia de extremo brinda un nivel de confianza en que el emisor del mensaje tiene autoridad para representar la propiedad [address].

Por ejemplo, un mensaje podría incluir una cabecera WS-Security [WS-Security] que contenga firmas digitales XML que enlacen los elementos wsa:ReplyTo y wsa:FaultTo al mensaje SOAP mediante un certificado X.509 para el dominio direccionado por la propiedad [address] de la referencia de extremo. Si el emisor del certificado es una autoridad de confianza para el receptor del mensaje, entonces éste puede confiar hasta cierto punto en que el emisor del mensaje tiene autoridad para representar la propiedad [address] de la referencia de extremo.

7.2 Otras consideraciones relativas a la seguridad

El atributo wsa:isReferenceParameter sólo tiene significado dentro de cabeceras SOAP. Los procesadores de mensajes deberían considerar que su presencia en cualquier otro lugar de un mensaje SOAP es señal de un posible ataque.

Los procesadores de mensajes deberían considerar señal de un posible ataque la presencia de elementos de los espacios de nombres soap11, soap12 y wsa como parámetros de referencia en una referencia de extremo.

Se conocen ciertos ataques de XML ID y reestructuración que los procesadores de mensajes deberían tener en cuenta; ver [WS-Security] - Security Considerations: Removal and modification of XML elements.

7.3 Otras consideraciones relativas a los intermediarios SOAP

Para evitar la violación de firmas, los intermediarios NO DEBEN modificar la representación XML de las cabeceras WS-Addressing que retransmitan. En concreto, los intermediarios NO DEBEN eliminar contenido XML que indique explícitamente valores que en su defecto serían implícitos, y NO DEBEN insertar contenido XML para volver explícitos los valores implícitos. Por ejemplo, si hay un atributo RelationshipType con el valor "http://www.w3.org/2005/08/addressing/reply", un intermediario NO DEBE eliminarlo; del mismo modo, si no hay un atributo RelationshipType, el intermediario NO DEBE añadirlo.

9.1 Referencias normativas

[IETF RFC 2119]

Key words for use in RFCs to Indicate Requirement Levels, S. Bradner. Internet Engineering Task Force, junio de 1999. Disponible en http://www.ietf.org/rfc/rfc2119.txt.

[IETF RFC 3987]

Internationalized Resource Identifiers (IRIs) M. Duerst y M. Suignard. Internet Engineering Task Force, enero de 2005. Disponible en http://www.ietf.org/rfc/rfc3987.txt.

[SOAP 1.1]

Simple Object Access Protocol (SOAP) 1.1, D. Box, et al, editores. World Wide Web Consortium, 8 de mayo de 2000. Disponible en http://www.w3.org/TR/2000/NOTE-SOAP-20000508/.

[Infraestructura de mensajería SOAP 1.2]

SOAP Version 1.2 Part 1: Messaging Framework, M. Gudgin, M. Hadley, N. Mendelsohn, J-J. Moreau y H. Frystyk Nielsen, editores. World Wide Web Consortium, 24 de junio de 2003. Esta versión de la Recomendación SOAP Version 1.2 Part 1: Messaging Framework es http://www.w3.org/TR/2003/REC-soap12-part1-20030624/. La última versión de SOAP Version 1.2 Part 1: Messaging Framework está disponible en http://www.w3.org/TR/soap12-part1/.

[SOAP 1.2: Adjuntos]

SOAP Version 1.2 Part 2: Adjuncts, M. Gudgin, M. Hadley, N. Mendelsohn, J-J. Moreau y H. Frystyk Nielsen, Editores. World Wide Web Consortium, 24 de junio de 2003. Esta versión de la Recomendación SOAP Version 1.2 Part 2: La recomendación Adjuncts es http://www.w3.org/TR/2003/REC-soap12-part2-20030624/. La última versión de SOAP Version 1.2 Part 2: Adjuncts se encuentra en http://www.w3.org/TR/soap12-part2/.

[WS-Addressing Core]

Web Services Addressing 1.0 - Core, M. Gudgin, M. Hadley y T. Rogers, editores. World Wide Web Consortium, 9 de mayo de 2006. Esta versión de la recomendación WS-Addressing Core es http://www.w3.org/TR/2006/REC-ws-addr-core-20060509. La última versión de WS-Addressing Core se encuentra en 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 y E. Maler, editores. World Wide Web Consortium, 4 de febrero de 2004. Esta versión de la Recomendación XML 1.0 es http://www.w3.org/TR/2004/REC-xml-20040204. La última versión de XML 1.0 está disponible en http://www.w3.org/TR/REC-xml.

[Espacios de nombres XML]

Namespaces in XML, T. Bray, D. Hollander y A. Layman, editores. World Wide Web Consortium, 14 de enero de 1999. Esta versión de la Recomendación Namespaces in XML es http://www.w3.org/TR/1999/REC-xml-names-19990114. La última versión de Namespaces in XML está disponible en http://www.w3.org/TR/REC-xml-names.

[Conjunto de información XML]

XML Information Set (Second Edition), J. Cowan y R. Tobin, editores. World Wide Web Consortium, 4 de febrero de 2004. Esta versión de la Recomendación XML Information Set es http://www.w3.org/TR/2004/REC-xml-infoset-20040204. La última versión de la Recomendación XML Information Set está disponible en http://www.w3.org/TR/xml-infoset.

[Estructuras de esquemas XML]

XML Schema Part 1: Structures Second Edition, H. Thompson, D. Beech, M. Maloney y N. Mendelsohn, editores. World Wide Web Consortium, 28 de octubre de 2004. Esta versión de la Recomendación XML Schema Part 1 es http://www.w3.org/TR/2004/REC-xmlschema-1-20041028. La última versión de la Recomendación XML Schema Part 1 está disponible en http://www.w3.org/TR/xmlschema-1.

[Tipos de datos de esquemas XML]

XML Schema Part 2: Datatypes Second Edition, P. Byron y A. Malhotra, editores. World Wide Web Consortium, 28 de octubre de 2004. Esta versión de la Recomendación XML Schema Part 2 es http://www.w3.org/TR/2004/REC-xmlschema-2-20041028. La última versión de la Recomendación XML Schema Part 2 está disponible en http://www.w3.org/TR/xmlschema-2.

9.2 Otras referencias

[Enlace SOAP 1.1 HTTP, respuesta opcional a petición]

SOAP 1.1 Request Optional Response HTTP Binding, D. Orchard, Editor. World Wide Web Consortium, 21 de marzo de 2006. Esta versión de la especificación SOAP 1.1 Request Optional Response HTTP Binding es http://www.w3.org/TR/2006/NOTE-soap11-ror-httpbinding-20060321/. La última versión de la especificación SOAP 1.1 Request Optional Response HTTP Binding está disponible en http://www.w3.org/TR/soap11-ror-httpbinding.

[Enlace WS-Addressing WSDL]

Web Services Addressing 1.0 - WSDL Binding, M. Gudgin, M. Hadley, T. Rogers y Ü. Yalçinalp, editores. World Wide Web Consortium, 16 de febrero de 2006. Esta versión de la Recomendación WS-Addressing WSDL Binding es http://www.w3.org/TR/2006/WD-ws-addr-wsdl-20060216. La última versión de la Recomendación WS-Addressing WSDL Binding está disponible en http://www.w3.org/TR/ws-addr-wsdl.

[WSDL 2.0 Core Language]

Web Services Description Language (WSDL) Version 2.0 Part 1: Core Language, R. Chinnici, J. J. Moreau, A. Ryman y S. Weerawarana, editores. World Wide Web Consortium, 27 de marzo de 2006. Esta versión de la especificación WSDL 2.0 es http://www.w3.org/TR/2006/CR-wsdl20-20060327. La última versión de WSDL 2.0 está disponible en http://www.w3.org/TR/wsdl20.

[WS-Security]

Web Services Security: SOAP Message Security 1.0 (WS-Security 2004), A. Nadalin, C. Kaler, P. Hallam-Baker y R. Monzillo, editores. Organization for the Advancement of Structured Information Standards, marzo de 2004.