Web Services Addressing 1.0 - Test Cases

WSDL 1.1/SOAP 1.1

test11090 - request-response operation - explicit action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: wsaTestPortTypePortExplicitAction

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/action/echoIn'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/action/echoOut'
test11100 - request-response operation - explicit action - fault if incorrect action received (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The request message contains an incorrect Action header. A fault message is returned on the HTTP response indicating the nature of fault.

Port: wsaTestPortTypePortExplicitAction

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action != 'http://example.org/action/echoIn'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://www.w3.org/2005/08/addressing/fault'
    • soap11:Envelope/soap11:Body/soap11:Fault/faultcode/(resolve-QName(.,.) = xs:QName('wsa:ActionNotSupported'))
test11101 - request-response operation - explicit fault action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and fault message. Application fault message is returned on the HTTP response. The presence of correct Action header is checked on the request and fault message.

Port: wsaTestPortTypePortExplicitAction

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/action/echoIn'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/action/echoFault'
    • soap11:Envelope/soap11:Body/soap11:Fault/detail/echo:echoFault
test11130 - request-response operation - default action pattern (REQUIRED)

Features:

No wsaw:Action on the input and output message of the operation. The presence of implicit Action is checked on the request and response message.

Port: wsaTestPortTypePortAddressingRequired

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService2/wsaTestPortType/echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService2/wsaTestPortType/echoResponse'
test11131 - request-response operation - default action pattern - fault if incorrect action received (REQUIRED)

Features:

No wsaw:Action on the input and output message of the operation. The request message contains an incorrect Action header. A fault message is returned on the HTTP response indicating the nature of fault.

Port: wsaTestPortTypePortAddressingRequired

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action != 'http://example.org/wsaTestService2/wsaTestPortType/echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://www.w3.org/2005/08/addressing/fault'
    • soap11:Envelope/soap11:Body/soap11:Fault/faultcode/(resolve-QName(.,.) = xs:QName('wsa:ActionNotSupported'))
test11132 - request-response operation - default fault action pattern (REQUIRED)

Features:

No wsaw:Action on the input and fault message of the operation. Application fault message is returned on the HTTP response. The presence of correct Action header is checked on the request and fault message.

Port: wsaTestPortTypePortAddressingRequired

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService2/wsaTestPortType/echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService2/wsaTestPortType/echo/Fault/echoFaultName'
    • soap11:Envelope/soap11:Body/soap11:Fault/detail/echo:echoFault
test11133 - request-response operation - default action pattern using SOAPAction (REQUIRED)

Features:

Normal WSDL (same as we have been using) with no action value specified and SOAPAction specified in binding. assertion: client sends action value the same as SOAPAction and server responds with correct response

Port: wsaTestPortTypePortSoapAction

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService/echo'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/wsaTestService2/wsaTestPortType/echoResponse'
test11135 - request-response operation - default action pattern - URN target namespace (REQUIRED)

Features:

The WSDL has a target namespace using urn scheme. The presence of correction Action header is checked on the request and response message.

Port:

SOAP11-HTTP-In-Out

  1. A sends an [empty] message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService2:wsaTestPortType:echoRequest'
  2. B sends an [empty] message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService2:wsaTestPortType:echoResponse'
test11140 - request-response operation - default action pattern - URN target namespace - fault if incorrect action received (OPTIONAL)

Features:

The WSDL has a target namespace using urn scheme. No wsaw:action is specified on the input and output message. The request message contains an incorrect Action header. A fault message is received on the HTTP response with approrpiate fault code/subcode.

Port: wsaTestPortTypePortAddressingRequired

SOAP11-HTTP-In-Out-Fault

  1. A sends an [empty] message to B.
    • soap11:Envelope/soap11:Header/wsa:Action != 'urn:example.org:wsaTestService2:wsaTestPortType:echoRequest'
  2. B sends an [empty] message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://www.w3.org/2005/08/addressing/fault'
    • soap11:Envelope/soap11:Body/soap11:Fault/faultcode/(resolve-QName(.,.) = xs:QName('wsa:ActionNotSupported'))
    • soap11:Envelope/soap11:Header/wsa:FaultDetail/wsa:ProblemAction/wsa:Action
test11141 - request-response operation - default fault action pattern - URN target namespace (REQUIRED)

Features:

The WSDL has a target namespace using urn scheme. No wsaw:Action on the input and fault message of the operation. Application fault message is returned on the HTTP response. The presence of correct Action header is checked on the response message.

Port: wsaTestPortTypePortAddressingRequired

SOAP11-HTTP-In-Out

  1. A sends an [empty] message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService2:wsaTestPortType:echoRequest'
  2. B sends an [empty] message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService2:wsaTestPortType:echo:Fault:echoFaultName'
    • soap11:Envelope/soap11:Body/soap11:Fault/detail/echo:echoFault
test11300 - Empty wsam:Addressing attached to wsdl:binding (mixed mode)- Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/anonymous. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Anonymous Request and receives an Anonymous Response on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11301 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Non-anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to a non-anonymous URI. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a non-anonymous Request and receives a non-anonymous Response on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11302 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11303 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Valid anonymous ReplyTo and non-anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending valid messages with an anonymous URI in the ReplyTo header and a non-anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a Valid Anonymous ReplyTo / Non-Anonymous FaultTo Request and receives an Anonymous Response on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11304 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Invalid anonymous ReplyTo and non-anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending invalid, fault inducing messages with an anonymous URI in the ReplyTo header and a non-anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Invalid Anonymous ReplyTo / Non-Anonymous FaultTo Request and receives an Non-Anonymous wsa:ActionNotSupported fault on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Only-Fault

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoBad'
  2. B sends an [empty] message to A.
    • wsa:ActionNotSupported fault on a new HTTP connection.
test11305 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Valid non-anonymous ReplyTo and anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending valid messages with a non-anonymous URI in the ReplyTo header and an anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a Valid Non-Anonymous ReplyTo / Anonmyous FaultTo Request and receives a Non-Anonymous Response on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11306 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Invalid Non-Anonymous ReplyTo and anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending invalid, fault inducing messages with a non-anonymous URI in the ReplyTo header and an anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Invalid Non-Anonymous ReplyTo / Anonymous FaultTo Request and receives a wsa:ActionMismatch fault on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Only-Fault

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoBad'
  2. B sends an [empty] message to A.
    • wsa:ActionMismatch fault on the HTTP response.
test11310 - wsam:Addressing with wsam:AnonymousResponses attached to wsdl:binding - Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to an anonymous URI. The service endpoint requires WS-Addressing and requires the use of anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="AnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:AnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends an Anonymous Request and receives an Anonymous Response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11311 - wsam:Addressing with wsam:AnonymousResponses attached to wsdl:binding - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint requires WS-Addressing and requires the use of anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="AnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:AnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11320 - wsam:Addressing with wsam:NonAnonymousResponses attached to wsdl:binding - Non-Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to a non-anonymous URI. The service endpoint requires WS-Addressing and requires the use of non-anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="NonAnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:NonAnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a Non-Anonymous Request and receives an Non-Anonymous Response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11321 - wsam:Addressing with wsam:NonAnonymousResponses attached to wsdl:binding - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint requires WS-Addressing and requires the use of non-anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="NonAnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:NonAnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11400 - Empty wsam:Addressing attached to wsdl:binding (mixed mode)- Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/anonymous. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Anonymous Request and receives an Anonymous Response on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11401 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Non-anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to a non-anonymous URI. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a non-anonymous Request and receives a non-anonymous Response on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11402 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11403 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Valid anonymous ReplyTo and non-anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending valid messages with an anonymous URI in the ReplyTo header and a non-anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a Valid Anonymous ReplyTo / Non-Anonymous FaultTo Request and receives an Anonymous Response on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11404 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Invalid anonymous ReplyTo and non-anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending invalid, fault inducing messages with an anonymous URI in the ReplyTo header and a non-anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Invalid Anonymous ReplyTo / Non-Anonymous FaultTo Request and receives an Non-Anonymous wsa:ActionNotSupported fault on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Only-Fault

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoBad'
  2. B sends an [empty] message to A.
    • wsa:ActionNotSupported fault on a new HTTP connection.
test11405 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Valid non-anonymous ReplyTo and anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending valid messages with a non-anonymous URI in the ReplyTo header and an anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends a Valid Non-Anonymous ReplyTo / Anonmyous FaultTo Request and receives a Non-Anonymous Response on a new HTTP connection.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11406 - Empty wsam:Addressing attached to wsdl:binding (mixed mode) - Invalid Non-Anonymous ReplyTo and anonymous FaultTo response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending invalid, fault inducing messages with a non-anonymous URI in the ReplyTo header and an anonymous URI in the FaultTo header. The service endpoint fully supports WS-Addressing without any constraints - the service endpoint uses a wsam:Addressing policy assertion <wsp:Policy wsu:Id="MixedModeEndpoint"><wsam:Addressing><wsp:Policy/></wsam:Addressing></wsp:Policy>. The client sends an Invalid Non-Anonymous ReplyTo / Anonymous FaultTo Request and receives a wsa:ActionMismatch fault on the HTTP response.

Port: IEchoString

SOAP12-HTTP-In-Only-Fault

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoBad'
  2. B sends an [empty] message to A.
    • wsa:ActionMismatch fault on the HTTP response.
test11410 - wsam:Addressing with wsam:AnonymousResponses attached to wsdl:binding - Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to an anonymous URI. The service endpoint requires WS-Addressing and requires the use of anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="AnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:AnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends an Anonymous Request and receives an Anonymous Response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11411 - wsam:Addressing with wsam:AnonymousResponses attached to wsdl:binding - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint requires WS-Addressing and requires the use of anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="AnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:AnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11420 - wsam:Addressing with wsam:NonAnonymousResponses attached to wsdl:binding - Non-Anonymous response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to a non-anonymous URI. The service endpoint requires WS-Addressing and requires the use of non-anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="NonAnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:NonAnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a Non-Anonymous Request and receives an Non-Anonymous Response.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11421 - wsam:Addressing with wsam:NonAnonymousResponses attached to wsdl:binding - None response endpoint URI (REQUIRED)

Features:

This scenario covers the case of a client sending messages with the response endpoint URI set to http://www.w3.org/2005/08/addressing/none. The service endpoint requires WS-Addressing and requires the use of non-anonymous responses - the service’s wsam:Addressing assertion is <wsp:Policy wsu:Id="NonAnonymousOnlyEndpoint"><wsam:Addressing><wsp:Policy><wsam:NonAnonymousResponses/></wsp:Policy></wsam:Addressing></wsp:Policy>. The client sends a None Request and receives an HTTP 202 Accepted response.

Port: IEchoString

SOAP12-HTTP-In-Only

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends an [empty] message to A.
    • HTTP 202 Accepted response.
test11500 - Explicit Action Association (REQUIRED)

Features:

This scenario covers the case of a WSDL document which explicitly defines the WS-Addressing action for each message. The wsdl:portType element in the WSDL would appear as follows: <wsdl:portType name="IEchoString"> <wsdl:operation name="Echo"> <wsdl:input wsam:Action="http://tempuri.org/IEchoString/Echo" message="tns:IEchoString_Echo_InputMessage"/> <wsdl:output wsam:Action="http://tempuri.org/IEchoString/EchoResponse" message="tns:IEchoString_Echo_OutputMessage"/> </wsdl:operation> </wsdl:portType>. A client generated from a WSDL that contained the XML fragment above and that is connected to an endpoint defined by the port type above must have the highlighted input action above in its wsa:Action header. The endpoints must respond with a message that has the highlighted output action in its wsa:Action header. See the Anonymous Request and Anonymous Response messages as an example.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
test11600 - Explicit Action Association, Multiple Operations (REQUIRED)

Features:

This scenario covers the case of a WSDL document with a single wsdl:portType element. The wsdl:portType element contains two operations as follows: <wsdl:portType name="IEchoString"> <wsdl:operation name="Echo"> <wsdl:input wsam:Action="http://tempuri.org/IEchoString/Echo" message="tns:IEchoString_Echo_InputMessage"/> <wsdl:output wsam:Action="http://tempuri.org/IEchoString/EchoResponse" message="tns:IEchoString_Echo_OutputMessage"/> </wsdl:operation> <wsdl:operation name="EchoToInt"> <wsdl:input wsam:Action="http://tempuri.org/IEchoString/EchoToInt" message="tns:IEchoString_Echo_InputMessage"/> <wsdl:output wsam:Action="http://tempuri.org/IEchoString/EchoToIntResponse" message="tns:IEchoString_EchoToInt_OutputMessage"/> </wsdl:operation> </wsdl:portType>. Since wsdl:input element’s message attribute has the same value for both operations, the request body will be the same. The endpoint will have to dispatch the request correctly based on the wsa:Action header only and respond with a message that has the right endpoint’s action and body. The first message sent by this scenario will carry action http://tempuri.org/IEchoString/Echo and expect action http://tempuri.org/IEchoString/EchoResponse in return. The second message sent by this scenario will carry action http://tempuri.org/IEchoString/EchoToInt and expect action http://tempuri.org/IEchoString/EchoToIntResponse in return.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
  3. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoToInt'
  4. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoToIntResponse'
test11700 - Default Action Association, Multiple Operations (REQUIRED)

Features:

This scenario covers the case of a WSDL document with a single wsdl:portType element. The wsdl:portType elements contains two operations as follows: <wsdl:portType name="IEchoString"> <wsdl:operation name="Echo"> <wsdl:input name="Echo" message="tns:IEchoString_Echo_InputMessage"/> <wsdl:output name="EchoResponse" message="tns:IEchoString_Echo_OutputMessage"/> </wsdl:operation> <wsdl:operation name="EchoToInt"> <wsdl:input name="EchoToInt" message="tns:IEchoString_Echo_InputMessage"/> <wsdl:output name="EchoToIntResponse" message="tns:IEchoString_EchoToInt_OutputMessage"/> </wsdl:operation> </wsdl:portType> The reasoning for this scenario is identical as for scenario 2.2. The only difference is that the wsa:Action header is now inferred from the WSDL. The first message sent by this scenario will carry action http://tempuri.org/IEchoString/Echo/Echo and expect action http://tempuri.org/IEchoString/EchoResponse/EchoResponse in return. The second message sent by this scenario will carry action http://tempuri.org/IEchoString/EchoToInt/EchoToInt and expect action http://tempuri.org/IEchoString/EchoToIntResponse/EchoToIntResponse in return.

Port: IEchoString

SOAP12-HTTP-In-Out

  1. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/Echo'
  2. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoResponse'
  3. A sends a message to B.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoToInt'
  4. B sends a message to A.
    • soap12:Envelope/soap12:Header/wsa:Action = 'http://tempuri.org/IEchoString/EchoToIntResponse'
test11800 - EPR containing an empty wsa:Metadata element (REQUIRED)

Features:

This scenario covers the case of an EPR containing an empty wsa:Metadata element: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata></wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11801 - EPR containing a wsa:Metadata element containing just a wsam:InterfaceName element (REQUIRED)

Features:

This scenario covers the case of an EPR containing a wsa:Metadata element containing just a wsam:InterfaceName element: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:InterfaceName>test:wsamTest3</wsam:InterfaceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11802 - EPR containing a wsa:Metadata element containing just a wsam:ServiceName element. (REQUIRED)

Features:

This scenario covers the case of an EPR containing a wsa:Metadata element containing just a wsam:ServiceName element.: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11803 - EPR containing a wsa:Metadata element containing a wsam:ServiceName element with an EndpointName attribute (REQUIRED)

Features:

This scenario covers the case of an EPR containing a wsa:Metadata element containing a wsam:ServiceName element with an EndpointName attribute: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:ServiceName EndpointName="wsamTest2SOAP">test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11804 - EPR containing a wsa:Metadata element containing both a wsam:InterfaceName element and a wsam:ServiceName element with an EndpointName attribute. (REQUIRED)

Features:

This scenario covers the case of an EPR containing a wsa:Metadata element containing both a wsam:InterfaceName element and a wsam:ServiceName element with an EndpointName attribute: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:InterfaceName>test:wsamTest2</wsam:InterfaceName> <wsam:ServiceName EndpointName="wsamTest2SOAP">test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11805 - EPR containing a wsa:Metadata element with a valid wsdli:wsdlLocation attribute (REQUIRED)

Features:

This scenario covers the case of an EPR a wsa:Metadata element with a valid wsdli:wsdlLocation attribute: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/" xmlns:wsdli="http://www.w3.org/ns/wsdl-instance" wsdli:wsdlLocation="http://www.example.org/wsamTest/ http://people.apache.org/~davidillsley/wsamTest/wsamTest.wsdl"> <wsam:InterfaceName>test:wsamTest2</wsam:InterfaceName> <wsam:ServiceName EndpointName="wsamTest2SOAP">test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor can successfully extract WS-Addressing Core defined values (e.g. [address]) from an EPR

Port:

test11810 - Invalid EPR containing the wsa:Metadata element with more than one wsam:InterfaceName element (OPTIONAL)

Features:

This scenario covers the case of an Invalid EPR containing the wsa:Metadata element with more than one wsam:InterfaceName element: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:InterfaceName>test:wsamTest3</wsam:InterfaceName> <wsam:InterfaceName>test:wsamTest3</wsam:InterfaceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor faults when processing an EPR which does not conform to the WS-Addressing Metadata specification.

Port:

test11811 - Invalid EPR containing the wsa:Metadata element with more than one wsam:ServiceName element (OPTIONAL)

Features:

This scenario covers the case of an Invalid EPR containing the wsa:Metadata element with more than one wsam:ServiceName element: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor faults when processing an EPR which does not conform to the WS-Addressing Metadata specification.

Port:

test11812 - EPR containing the wsa:Metadata contains a wsam:InterfaceName element (OPTIONAL)

Features:

This scenario covers the case of an EPR containing the wsa:Metadata contains a wsam:InterfaceName element and the value contained is extracted.: <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor extracts the wsam:Metadata from conforming EPRs.

Port:

test11813 - EPR containing the wsa:Metadata contains a wsam:ServiceName element (OPTIONAL)

Features:

This scenario covers the case of an EPR containing the wsa:Metadata contains a wsam:ServiceName element and the value contained is extracted. <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor extracts the wsam:Metadata from conforming EPRs.

Port:

test11814 - EPR containing the wsa:Metadata contains a wsam:InterfaceName and wsam:ServiceName element. (OPTIONAL)

Features:

This scenario covers the case of an EPR containing wsa:Metadata contains a wsam:InterfaceName and wsam:ServiceName element and the values contained are extracted. <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:InterfaceName>test:wsamTest2</wsam:InterfaceName> <wsam:ServiceName>test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor extracts the wsam:Metadata from conforming EPRs.

Port:

test11815 - EPR containing the wsa:Metadata contains a wsam:InterfaceName and a wsam: ServiceName element with an EndpointName attribute. (OPTIONAL)

Features:

This scenario covers the case of an EPR containing wsa:Metadata contains a wsam:InterfaceName and a wsam: ServiceName element with an EndpointName attribute and the valuse contained are extracted. <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/"> <wsam:InterfaceName>test:wsamTest2</wsam:InterfaceName> <wsam:ServiceName EndpointName="wsamTest2SOAP">test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor extracts the wsam:Metadata from conforming EPRs.

Port:

test11816 - EPR containing the wsa:Metadata contains a wsam:ServiceName element with an EndpointName attribute and the related WSDL is referenced by the wsdi:wsdlLocation attribute. (OPTIONAL)

Features:

This scenario covers the case of an EPR containing wsa:Metadata contains a wsam:ServiceName element with an EndpointName attribute and the related WSDL is referenced by the wsdi:wsdlLocation attribute.The name of the binding from the WSDL document referenced using the wsam:ServiceName and EndpointName is extracted. <wsa:EndpointReference xmlns:wsa="http://www.w3.org/2005/08/addressing" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"> <wsa:Address> http://www.w3.org/2005/08/addressing/anonymous </wsa:Address> <wsa:Metadata xmlns:test="http://www.example.org/wsamTest/" xmlns:wsdli="http://www.w3.org/ns/wsdl-instance" wsdli:wsdlLocation="http://www.example.org/wsamTest/ http://people.apache.org/~davidillsley/wsamTest/wsamTest.wsdl"> <wsam:InterfaceName>test:wsamTest2</wsam:InterfaceName> <wsam:ServiceName EndpointName="wsamTest2SOAP">test:wsamTest2SOAP</wsam:ServiceName> </wsa:Metadata> </wsa:EndpointReference> This scenario shows that the processor extracts the wsam:Metadata from conforming EPRs.

Port:

test21000 - request-response operation - explicit action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/request'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/response'
test21010 - request-response operation (fault thrown) - explicit action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/request'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/fault'
test21020 - request-response operation - default action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/ServiceInterface/echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/ServiceInterface/echoResponse'
test21030 - request-response operation (fault thrown) - default action (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/ServiceInterface/echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'http://example.org/echo/ServiceInterface/echoResponse/echoFaultName'
test21040 - request-response operation - default action (urn target namspace) (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService3:ServiceInterface:echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService3:ServiceInterface:echoResponse'
test21050 - request-response operation (fault thrown) - default action (urn target namspace) (REQUIRED)

Features:

An explicit wsaw:Action is specified on the input and output message. The presence of correct Action header is checked on the request and response message.

Port: ServiceInterface

SOAP11-HTTP-In-Out

  1. A sends a message to B.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService3:ServiceInterface:echoRequest'
  2. B sends a message to A.
    • soap11:Envelope/soap11:Header/wsa:Action = 'urn:example.org:wsaTestService3:ServiceInterface:echoResponse:echoFaultName'

Generated from testcases.xml using testcases.xsl.
$Date: 2007-07-30 15:07:33 $

Web Services Addressing WSDL 1.0 Test Suite

David Illsley, Rama Pulavarthi, Ram Jeyaraman, Editors
Bob Freund, Chair

Hugo Haas, Philippe Le Hégaret, W3C Team contacts