Key Capabilities
- Full SOAP web service client with WSDL import for automatic configuration
- WS-Security support with message signing, encryption, and certificate management
- Multiple authentication methods including HTTP, Token, and TLS client authentication
- SOAP template generation through WSDL integration with the XML Map connector
- Support for SOAP versions 1.1 and 1.2 with configurable security token formats
Overview
The input to a SOAP connector should be the full SOAP message to send to the web service. You can generate a template for the SOAP message by importing a WSDL for the target web service. Read the SOAP Templates section for details. The SOAP connector supports HTTP Authentication, Token Authentication, and TLS Client Authentication, and can add digital encryption and signatures to the outgoing SOAP message for web service security. After sending the SOAP request, the connector stores the response or passes it along to the next connector in the CData Arc flow.Connector Configuration
This section contains all of the configurable connector properties.Settings Tab
Partner Info
Settings for identifying the target web service.WS-Security
Settings related to securing the web service transmissions.Client Certificate
Settings related to the private local certificates.Server Certificates
Settings related to the server’s public certificates.Advanced Tab
Token Authentication
Settings related to token client authentication.TLS Client Authentication
Settings related to client authentication when two-way TLS authentication is required.
| Setting | Description |
|---|---|
| Private Certificate | The private certificate presented during TLS client authentication. |
| Certificate Password | The password required to access the TLS client certificate. |
HTTP Authentication
Settings related to HTTP client authentication.Custom Headers
A set of custom headers to include as part of the outgoing message.Advanced Settings
Settings not included in the previous categories.Proxy Settings
These are a collection of settings that identify and authenticate to the proxy through which the connection should be routed. By default, this section uses the global settings on the Proxy Settings portion of the Security Settings page. Clear the checkbox to supply settings specific to your connector.
| Setting | Description |
|---|---|
| Proxy Type | The protocol used by a proxy-based firewall. |
| Proxy Host | The name or IP address of a proxy-based firewall. |
| Proxy Port | The TCP port for a proxy-based firewall. |
| Proxy User | The user name to use to authenticate with a proxy-based firewall. |
| Proxy Password | A password used to authenticate to a proxy-based firewall. |
| Authentication Scheme | Leave the default None or choose from one of the following authentication schemes: Basic, Digest, Proprietary, or NTLM. |
Message
Message settings determine how the connector searches for messages and manages them after processing.
Note: The settings below are deprecated and hidden by default. They appear only on connectors where they were previously enabled or configured to a non-default value. To retain copies of successfully processed files, right-click the connector in the flow, choose Show Success Path, and connect the success path to a File connector.
| Setting | Description |
|---|---|
| Save to Sent Folder (Deprecated) | Copies files processed by the connector to the Sent folder. Disabled by default. Files saved to the Sent folder are not covered by Encryption at Rest. |
| Sent Folder Scheme (Deprecated) | Groups files in the Sent folder by the selected time interval. Only relevant when Save to Sent Folder is enabled. |
Logging
Settings that govern the creation and storage of logs.
| Setting | Description |
|---|---|
| Log Level | The verbosity of logs generated by the connector. When you request support, set this to Debug. |
| Log Subfolder Scheme | Instructs the connector to group files in the Logs folder according to the selected interval. The Weekly option (which is the default) instructs the connector to create a new subfolder each week and store all logs for the week in that folder. Leaving this setting blank tells the connector to save all logs directly in the Logs folder. For connectors that process many transactions, using subfolders helps keep logs organized and improves performance. |
| Log Messages | Check this to have the log entry for a processed file include a copy of the file itself. If you disable this, you might not be able to download a copy of the file from the Transactions tab. |
Miscellaneous
Miscellaneous settings are for specific use cases.
| Setting | Description |
|---|---|
| Other Settings | Enables you to configure hidden connector settings in a semicolon-separated list (for example, setting1=value1;setting2=value2). Normal connector use cases and functionality should not require the use of these settings. |
Automation Tab
Automation Settings
Settings related to the automatic processing of files by the connector.Performance
Settings related to the allocation of resources to the connector.
| Setting | Description |
|---|---|
| Max Workers | The maximum number of worker threads consumed from the threadpool to process files on this connector. If set, this overrides the default setting on the Performance Settings portion of the Advanced Settings page. |
| Max Files | The maximum number of files sent by each thread assigned to the connector. If set, this overrides the default setting on the Performance Settings portion of the Advanced Settings page. |
Alerts Tab
SLAs Tab
Establishing a Connection
The Service Endpoint and Service Action for the target web service are required to establish a connection. Some web services might require one or more security features for SOAP requests:- Encryption/Signing (WS-Security)
- Client SSL Authentication
- HTTP Authentication
SOAP Templates
The SOAP connector can simplify the process of generating SOAP requests through the use of a WSDL file and an XML Map connector that is connected to the SOAP connector in the flow. The WSDL file defines the appropriate XML structure for SOAP requests, and the XML Map connector can transform any XML structure into this target structure. After using the Import WSDL button to import the file, connect an XML Map connector to the SOAP connector (so that files processed by the XML Map connector are then sent to the SOAP connector). After saving these flow changes, the XML Map connector can dynamically read the WSDL XML and use it as a Destination File template. Then, upload any source XML structure as the Source File in the XML Map connector. After the Source File and Destination File are set in the XML Map connector, the visual designer is populated with the source and destination structures. Drag-and-drop elements from the source to the destination to map the relationship between the two XML structures. After the mapping is complete, files that match the Source File are automatically converted into SOAP requests by the XML Map connector.Response Event
You can use a response event to interact with the response received from the server (which includes the body, headers, cookies, and so on), and to enrich the output message generated from the connector. You can use the following special items in theResponse event.
Response Event Example
This script reads the XML response received from the server, parses out the access token contained in the XML, and adds it as a header onto the output message created by the connector:-
The body of the response sent by the server back to the connector is accessed via
_response.bodyand is set to the text attribute of the xmlDOMGet operation. Other attributes of xmlDOMGet are also populated, such as themapattribute with the XPath to the desired token in the response body. -
The xmlDOMGet operation is called. If the token is found in the response XML body, it is added as a message header to the output message of the connector via the
_message.header:access_tokensyntax. If the token is not found, the value of theaccess_tokenheader is set to a static string: Token not found!.
