About this Guide
This guide is intended as a reference guide, to provide information on the available Thredd web services and fields in each web service.
Target audience
This guide is aimed at developers who need to integrate their applications to Thredd, using our SOAP-based web services. You should know how to implement SOAP-based calls and handle the response.
What's changed?
If you want to find out what's changed since the previous release, see the Document History section.
How to use this Guide
Before you start:
-
Make sure you have read the Integration Steps section and understand what information and system access you will need to be able to use the web service sandbox and test environments.
-
Read the Use Case Scenarios section, which explains how to implement the most common user scenarios and provides recommendations as to which web services to use.
-
Make sure you can connect to the Thredd web service, by implementing a simple call, as explained in Using the API.
If you are an experienced user and don't want to read through the Getting Started sections, you can go directly to the Web Services API section.
Implementing web service calls
-
When implementing a web service request, you must at a minimum include the mandatory request fields and handle the fields that are mandatory in the response.
-
Where a field requires you to submit a code value or returns a code value, the guide provides links to the relevant appendix for details. If in doubt as to which code to include in your request, you should use the default or recommended value.
-
Do not change the default
xmlns
attributes (XML namespaces) in the SOAP request. -
Don't use spaces in xml tags.
-
Please pay particular attention to XML tag name spelling and capitalisation. Different web services may sometimes adopt different case and naming conventions. If in doubt, always refer to the Thredd-provided SOAP WSDL
Web Service Definition Language (WSDL) is an XML format for describing network services as a set of endpoints operating on messages containing either document-oriented or procedure-oriented information. WSDL files are central to testing SOAP-based services. SoapUI uses WSDL files to generate test requests, assertions and mock services.. See Using the API.
Conventions used in this Guide
When reading the tables in this guide, note the following information is provided for each XML field:
Element |
Description |
---|---|
Tag |
The XML tag name. Please pay particular attention to the capitalisation and spelling. Where a tag name is used within text, this is formatted as in the following example: |
Type |
The type of field value supported. Options include: N = number AN = alpha-numeric YYYY-MM-DD = date format: Year-Month-Date HHMMSS = time format: Hour-Minute-Second D = decimal B = boolean |
Minimum / Maximum Length |
The allowed minimum and maximum field length. If in doubt, refer to the WSDL or examples provided in the guide. |
Request / Response |
The status of the field in the request and response. Options are: Mandatory = must be included in the request and will be in the response Conditional = this field is mandatory under specified conditions. Refer to the description for details. Optional = can be included. May be in the response. Omit = you should omit this field. Will not be in the response |
Related Documents
Refer to the table below for a list of other relevant documents that should be used together with this guide.
Document |
Description |
---|---|
Describes how to use the Thredd Smart Client |
|
Describes how to use the Thredd Portal to manage your cards and transactions. |
|
Provides detailed specifications for card manufacturers on Thredd card creation. |
|
Describes the Thredd 3D Secure Apata service. |
|
Describes the Thredd 3D Secure Cardinal service. |
|
Describes the Thredd fraud protection service. |
For the latest technical documentation, see the Documentation Portal.