The SOAP Resource Adaptor lets SLEE services receive SOAP requests as events, and initiate SOAP requests to external systems.
Topics
configuring the resource adaptor using profiles and properties |
|
installing and running the example service included with the SOAP Resource Adaptor |
Other documentation for the SOAP Resource Adaptor including the changelog and links to the API JavaDoc and downloads, can be found on the SOAP Resource Adaptor product page.
Configuring the SOAP Resource Adaptor
Below are properties for configuring the SOAP Resource Adaptor (from the SOAP API), including properties for secure configuration.
Name | Type | Default | Description | Active reconfig? |
---|---|---|---|---|
|
|
|
Local IP address that the SOAP resource adaptor will listen on for requests. |
no |
|
|
|
Local TCP port that the SOAP resource adaptor will listen on for requests. |
no |
|
|
Contains per-node configuration information regarding each node’s specified local IP address and local TCP port that the SOAP RA will listen on for requests. If BindAddresses is empty, ListenAddress and Listen Port will be employed. For syntax see Specifying bind addresses. |
no |
|
|
|
|
The maximum number of outgoing TCP connections the resource adaptor will open to a single host when sending requests to that host. |
yes |
|
|
|
The time (in ms) that the resource adaptor will wait for a response to an outgoing request before failing the request. The application will see a 500 Server Error response and in case of asynchronous request, activity will end. |
yes |
|
|
|
The time (in ms) that the resource adaptor will keep an outgoing TCP connection open for, with no activity on the connection. |
yes |
|
|
|
Controls how many SOAP requests may be queued up on a single connection without receiving a response from the server. This is known as "HTTP pipelining". A value of 1 is strongly recommended if the server does not support non-persistent connections. When the connection closes (which it always will if they are non-persistent) the other requests in the pipeline will have to be re-sent on another connection. A value of 1 is also recommended for slow or unreliable servers, to avoid head-of-line blocking. |
yes |
|
|
|
The time (in ms) that a request can be held on the queue waiting for an outgoing connection before timing out and firing an event with response code 500 and reason "Timed out waiting for server connection". |
yes |
|
|
|
When a burst of (send) requests occurs, the resource adaptor queues them, and only creates new connections if they cannot be sent on existing connections. NewConnectionDelay is the time in milliseconds that the resource adaptor will wait for an outgoing connection to become available before creating a new one. If the server does not support persistent connections, it is strongly recommended that this value be set to 0. |
yes |
|
|
|
The time (in ms) that the resource adaptor will wait for the SLEE to send a response to an incoming request before failing the request. The resource adaptor will automatically send an error response to the client and end the activity. |
yes |
|
|
|
The time (in ms) that the resource adaptor will keep an incoming TCP connection open for, with no activity on the connection. |
yes |
|
|
|
The default value of the Server header set in outgoing responses. Applications may override this by setting the Server header in the response manually. |
yes |
|
|
|
The default value of the User-Agent header set in outgoing requests. Applications may override this by setting the User-Agent header in the request manually. |
yes |
|
|
|
Defines how the resource adaptor generates the javax.slee.Address object for SOAP events. Default is to not use any address. Setting this to the value |
yes |
|
|
|
Maximum value in bytes for the Content-Length header of the SOAP messages which have a message body. If this value is exceeded for incoming SOAPRequest (server mode), the connection is closed. For incoming SOAPResponse (client mode), application will see a 413 Client Error Response. MaxContentLength value update will apply to new connections. |
yes |
|
|
|
The number of workers used by the server and client worker executors. 0 means use Netty default: 2 * |
no |
|
|
|
If enabled, the SOAP RA will compress outgoing responses automatically, while respecting the |
no |
|
|
|
If enabled, the SOAP RA will decompress incoming responses automatically, while respecting the |
no |
|
|
|
The default value of the SoapFactory implementation class. |
no |
|
|
|
The default value of the SoapMessageFactory implementation class. |
no |
Secure configuration
Name | Type | Default | Description | Active reconfig? |
---|---|---|---|---|
|
|
|
Local TCP port that the SOAP resource adaptor will listen on for HTTPS requests. If set to a value greater than 0, then a KeyStore must be provided that contains the private key for the server. |
no |
|
|
Contains per-node configuration information regarding each node’s specified local IP address and local TCP port that the SOAP RA will listen on for requests. If SecureBindAddresses is empty, ListenAddress and SecureListenPort will be employed. If a SecureBindAddress is specified then a KeyStore must be provided that contains the private key for the server. For syntax see Specifying bind addresses. |
no |
|
|
|
|
Path to JKS keystore file. System properties (such as |
no |
|
|
|
Keystore password for file specified by KeyStore. |
no |
|
|
|
Path to JKS keystore for trust certificates. The special value <<TRUST ALL>> may be used to bypass trust checks. |
no |
|
|
|
Keystore password for file specified by TrustStore. |
no |
|
|
|
List of cipher suites to pass to |
no |
|
|
|
Value to pass to |
no |
|
|
|
When set to true, this will set the same flag on the SSL Engine for incoming HTTPS connections, meaning a valid client certificate is required to connect. The client certificates can be retrieved from the |
no |
Specifying bind addresses
BindAddresses
and SecureBindAddresses
are specified as a comma-separated list of {node}host:port
elements.
This allows entities running on two nodes on the same host to use different ports, for example:
{101}0.0.0.0:8000,{102}0.0.0.0:8001
It also allows entities running on different hosts to specify an interface to listen on that is specific to each host, for example:
{101}192.168.1.100:8000,{102}192.168.1.101:8000
Running the Example SOAP RA Service
Below are basic instructions for deploying and testing the SOAP example services in your SLEE.
1 |
Start your SLEE: $ cd $RHINO_HOME $ ./start-rhino.sh |
||
---|---|---|---|
2 |
Go to the $ cd soap-examples |
||
3 |
Check the
|
||
4 |
To deploy the examples, use the Ant $ ant deploy This deploys the SOAP Resource Adapter and example SOAP services (Ping and Request). |
||
5 |
To test the Ping service, use the simple SOAP client included with the examples. To compile and run it, use the $ ant run-test-client
|
||
6 |
To test the Ping service over secured connection (TLS) with client’s certificate, use the simple SOAP client included with the examples. To compile and run it, use the $ ant run-test-client-https
|
||
7 |
To test the Request service, use another SOAP client included with the examples. To activate and deactivate the service, use the $ ant run-request
|