- This line was added.
- This line was removed.
- Formatting was changed.
A SOAP connection is configured using the SOAP connector, establishing access to a SOAP web service. Once a connection is established, you can configure one or more SOAP activities associated with that connection to be used either as a source to provide data to an operation or as a target to consume data in an operation.
Creating or Editing a SOAP Connection
From the design canvas, open the Connectivity tab of the design component palette:
To configure a new SOAP connection, use the Show dropdown to filter on Connectors, and then click the SOAP connector block:
To configure an existing SOAP connection, use the Show dropdown to filter on Endpoints, and then double-click the SOAP connection block:
These open the configuration screen for the SOAP connection, covered next.
Configuring a SOAP Connection
Configuration of a SOAP connection includes these fields:
TIP: Fields with a variable icon support using global variables, project variables, and Jitterbit variables. Begin Begin either by typing an open square bracket
Endpoint Name: Enter a name used to identify the SOAP connection. The The name must be unique be unique for each SOAP connection and connection and must not contain forward slashes slashes (
/) or colons colons (
:). As a specific connection and its activities are referred to as an endpoint, this This name is also used to identify the SOAP endpoint, which refers to both a specific connection and its activities.
- Upload URL, Upload File, or Select Existing: Use the radio button to select the source of the WSDL (Web Services Description Language) file to upload or reuse. Files up to 5 MB in size can be uploaded.
- Upload URL: Enter the URL of the WSDL file into the text box, and then click the Upload button. The URL must be accessible without authentication or you will receive an error. If uploading a WSDL with the same name as an existing WSDL, see Replacing an Uploaded WSDL later on this page.
Upload File: Use the Browse button to the right to browse to a WSDL or ZIP file. If providing a ZIP file, it must contain a single WSDL file, though it can also contain any XSD files that the WSDL is dependent on. Then click the Upload button. If uploading a WSDL with the same name as an existing WSDL, see Replacing an Uploaded WSDL later on this page.
schemaLocationmust be resolved to a local file using a relative reference. This usually means that instead of supplying a tuple such as this:
Instead, you would supply this:
In the above example, the XSD file
wsdlmime-2004-08-24.xsdis located either in the same directory or on a path relative to the WSDL being loaded.
- Select Existing: Use the dropdown to select from an existing WSDL file that has previously been used in the current project.
Port: Use the dropdown to select the appropriate port.
- Web Service URL: Enter a valid URL for the web service. By default, this field will populate populates with the URL from the WSDL.
- Service and Binding: By default, these fields will autopopulate based on the provided WSDL and port and cannot be edited.
Optional Settings: Click to expand additional optional settings:
Enable Content Encoding: If selected, the "Accept-Encoding" header will be is sent with the encoding supported by Jitterbit Harmony. Currently Gzip is supported. This option is off by default.
Enable Chunked Transfer Encoding: If selected, the "Transfer-Encoding: chunked" header will be is sent. Use this option if you are transferring large data sets. This option is off by default.
Send Expect: 100-continue: If selected, the "Expect: 100-continue" header will be is sent. With this option, no data will be is sent until the HTTP server has validated the headers. Use this option if you are sending large amounts of data but don't want to use chunked transfer encoding. This option is off by default.
Allow Weak Ciphers: Select this checkbox to communicate with HTTP servers that use weak ciphers (DES/3DES and RC4).
Set Accept-Encoding to Gzip: Selected by default, this option tells the HTTP server that Jitterbit Harmony can accept a Gzip-compressed response. In return, Harmony will follow follows the RFC 1952 standard and automatically decompress decompresses Gzip HTTP responses. If the server does not use Gzip, Harmony will see sees that the response is not compressed and handle handles it as usual.
SSL Version: Use the dropdown to select a specific SSL version if the HTTP server requires it.
Request Headers: Any text entered in this box will be is sent as an HTTP header. Specify each header on one line unless the header is wrapped according to the HTTP standard. This field also supports using global variables, project variables, and Jitterbit variables by replacing variables in square brackets
[ ]with their values.
Username and Password: If applicable, enter a username and password that will allow access to the WSDL. You can leave these fields blank if no username or password is required.
By default, Jitterbit Harmony will negotiate negotiates with the endpoint to determine which authentication methods are supported, and use uses the provided credentials against one of the protocols. Jitterbit Harmony supports these HTTP authentication options:
- HTTP Basic
- HTTP Digest
- HTTP Digest with authentication with an IE flavor
- HTTP NTLM
Certificate: Use the dropdown to select an available certificate to authenticate with the HTTP server.
Select Methods: Select the checkboxes for any methods that you want to be available to use as a source or target in the operation.
Selected Activity and Display Name: As you select methods above, they will be are added to the table below, showing each selected method that will be rendered as an activity block under the SOAP connection in the component palette. To edit a Display Name, click the edit icon and enter the desired activity name.
- Save Changes: Click this button to save and close the connection configuration.
- Discard Changes: After making changes to a new or existing configuration, click Discard Changes to click to close the configuration without saving. A message will ask asks you to confirm that you want to discard changes.
Delete: After opening an existing connection configuration, click Delete to click to permanently delete the connection from the project and close the configuration (see Component Dependencies, Deletion, and Removal). A message asks you to confirm that you want to delete the connection.
Replacing an Uploaded WSDL
If replacing a WSDL by reuploading one with the same name using Upload URL or Upload File, its WSDL operations must be named the same as any that are currently in use by existing activities. If they are not named the same or if in-use WSDL operations are missing from the replacement WSDL, an error message instructs you to delete those activities first:
If the WSDL replacement criteria described above are met, a confirmation message lists activities that may be impacted by the replacement of the WSDL to review adjacent transformations for potential mapping errors. On acknowledgement of the message, the WSDL will be replaced in all locations where it is used throughout the project:
Depending on which methods were selected during configuration of the After configuring a SOAP connection, you can configure one or more SOAP activities associated with that connection to use connection to be used either as a source or target (to provide data within an operation) or as a target (to consume data within an operation. For ).
Use the Show dropdown to filter on Endpoints, and then click the SOAP connection block to display activities that are available to be used with a SOAP connection:
The activities that are displayed correspond with the methods that were selected during configuration of the SOAP connection.
For more information, see SOAP Activities.