In this section:
Overview
The asynchronous socket transport is built on top of Netty and provides a number of different modes.
Installation
The tool can be installed from the UI or command line.
UI Installation
- Go to Parasoft > Preferences and click System Properties
- Click Add JARs and choose the com.parasoft.soavirt.transport.asynchronous.socket-1.1.0.jar file. Once this jar file is added to the SOAtest classpath, all of the required dependencies will be loaded.
- Click Apply.
- Restart SOAtest.
Command Line Installation
Add the com.parasoft.soavirt.transport.asynchronous.socket-1.1.0.jar file to the system.properties.classpath
property in your settings properties file. For example:
system.properties.classpath=<path to jar>/com.parasoft.soavirt.transport.asynchronous.socket-1.1.0.jar
Once the classpath is modified, all of the required dependencies will be loaded.
Usage
The asynchronous socket transport is primarily used in Messaging Client tools. The transport is configured in the Messaging Client's Transport tab. Choose Asynchronous Socket from the Transport menu and configure the available options.
Configuration
You can configure the following options.
Connection
Protocol | Specifies the protocol used to transmit messages. Options are Default: |
---|---|
Host | Specifies the host where the application is running. You can specify a fixed value or programmatically specify the host by choosing Scripted and clicking Edit Script to access the script editor. See Extensibility and Scripting Basics for additional information. Default: |
Port | Specifies the port on the host where the client will send messages. You can specify a fixed value or programmatically specify the port number by choosing Scripted and clicking Edit Script to access the script editor. See Extensibility and Scripting Basics for additional information. |
Character Set | Specifies the character set used for encoding messages. You can specify a fixed value or programmatically specify the character set by choosing Scripted and clicking Edit Script to access the script editor. See Extensibility and Scripting Basics for additional information. Default: |
Read Mode | Specifies the mode for reading messages.
You can specify a fixed value or programmatically specify the read mode by choosing Scripted and clicking Edit Script to access the script editor. See Extensibility and Scripting Basics for additional information. Default: |
Fixed Length
Specify the size of the fixed message in the Fixed Length field.
For example, if the size of messages is always four bytes, a client might send the following request:
[0, 0, 0, 0]
The transport would send back a response of the same size, for example:
[1, 1, 1, 1]
Each 4-byte message from the client would be considered a message.
Token Delimited
Token Delimiter | Specifies the token that delimits messages. Default: |
---|---|
Token Type | Specifies the type of conversion used to get bytes from the token.
Default: |
Prefixed Variable-Length (Number)
The settings in this section only apply if the read mode is set to prefixed
.
Length of the Length Field | Determines the length of the length field. The desired number of bytes will be read and converted to a number to determine the length of the message. You can specify the following values: The default is to read 4 bytes and convert it to an integer. |
---|---|
Include Length Field Size in Length | Indicates if the length read should also include the length field size. For example, if the option is enabled, a 4-byte message would send a length value of 8. This is because the default length of the length field is 4 bytes and will be added to the message body length. Default: |
Format of Static Prefix/Suffix | Specifies the type of conversion used to convert the static prefix/suffix into bytes.
Default: |
Static Prefix | Specifies a prefix segment to be added to the message that may be required. If specified, the message format will be <PREFIX_BYTES><LENGTH_FIELD_BYTES><MESSAGE_DATA_BYTES>. |
Static Suffix | Specifies a suffix segment to be added to the message that may be required. If specified, the message format will be <LENGTH_FIELD_BYTES><MESSAGE_DATA_BYTES><SUFFIX_BYTES>. |
Prefixed Variable-Length (Number) Configuration Example
If the client sends a request containing request1
that was prefixed with an int
using the character set CP037
and the length includes the prefix length, then the request would be represented by the following bytes:
[0, 0, 0, 12, 114, 101, 113, 117, 101, 115, 116, 49]
The first four bytes ([0, 0, 0, 12]
) are the integer 12
, which is the length of the entire message including the first 4 bytes of the prefix. The remaining bytes are the string request1
as encoded by the configured character set.
Prefixed Variable-Length (String)
The settings in this section only apply if the read mode is set to prefixed-string
.
String Prefix Length | Specifies the size of the message length prefix. The number of bytes to read is calculated based on the number of digits converted into bytes. The transport encodes 0 into bytes and multiplies the number by the number provided in this field. |
---|---|
Include Prefix in Length | Indicates if the length read from the prefix should also include the length of the prefix. Default: |
SSL
Set SSL Enabled to true
to listen over SSL.
Logging
Specify the Log Level field. This setting is optional.
- Enter
1
to only log errors. - Enter
2
to log errors and warnings. - Enter
3
to log errors, warnings, and info. - Enter
4
to log errors, warnings, info, and debug.
Default is 3
Connection Management
You can enable the Keep connection alive in order to not miss any messages sent by the server in between tests or Close connection after test execution so the next test does not pick up old messages.
Testing Asynchronous Messages
Typically, this transport is used in a SOAtest messaging client to send one message as configured in the request tab and then wait to receive one message in response. However, sometimes a server may reply with multiple messages or even none at all. In these asynchronous cases use one or more of the following configurations (as applicable):
- Send one message without waiting to receive a message from the server in reply by setting the Read Mode to
none
. - Skip sending a message and simply wait to receive the next message from the server by setting the Request tab to Literal, enabling Text, and leaving the text field empty.
- Enable Keep connection alive in Connection Management to avoid missing any messages sent by the server in between tests.
- Use Test Suite Flow Logic to loop through reading a dynamic number of messages from the server.