...
During the automated migration process, settings from legacy input modes are mapped to the new input modes. The legacy REST Client had Form, Literal, and Scripted input modes.
The current REST Client has constrained (OpenAPI/Swagger, RAML, WADL) and unconstrained service definition modes.
Migration is performed as follows:
...
With fixed values, you can access data source values using ${var_name}
syntax. You can also use the environment variables that you have specified. For details about environments, see Configuring Testing in Different Environments.
If the URL uses environment variables, the Resolved URL field will display how they resolve into an actual URL.
If the environment variable has been masked, however, the Resolved URL field will not show the actual value .
Parameters can be configured in the Path and Query tabs, as described in Parameter Configuration. Any changes made in the URL will automatically be propagated to the Path/Query table. Also, the URL will automatically be updated to reflect any changes made to the Path/Query table.
...
- RAML URL: A specific RAML URL, or a variable referencing a RAML URL. The value entered here will be used to populate the Base URL and Operation controls.
- URL: A preview of the complete URL for accessing the service; it is constructed from the Base URL, Operation, and the values entered in the Path / Query tabs. Note that this field shows the full constructed URL, but does not resolve variables. See Resolved URL to view resolved variables.
- Resolved URL: The resolved RAML URL. If you are configuring the tool using environment variables, this will show you how they resolve into an actual URL. For example, assuming that HOST and PORT are environment variables, and
var_name
is a data source column, a URL ofhttp://${HOST}:${PORT}/some/url/${var_name}
might result in a Resolved URL ofhttp://localhost:8080/some/url/${var_name}
- Base URL: Specifies the protocol to use (HTTP or HTTPS), host, port, and path.
- Operation: When a RAML definition is configured, you can select an operation and HTTP Method from this box. The Form Input views for the Path/Query table as well as the Payload tab will update depending on the selected operation and HTTP Method.
You can set the Base URL field to use constrained (from the specified RAML URL), fixed (modifiable), or scripted inputs.
...
- OpenAPI/Swagger URL: A specific OpenAPI/Swagger URL or a variable referencing a OpenAPI/Swagger URL. The value entered here will be used to populate the Base URL and Operation controls.
- URL: A preview of the complete URL for accessing the service; it is constructed from the Base URL, Operation, and the values entered in the Path / Query tabs. Note that this field shows the full constructed URL, but does not resolve variables. See Resolved URL to view resolved variables.
- Resolved URL: The resolved OpenAPI/Swagger URL. If you are configuring the tool using environment variables, this will show you how they resolve into an actual URL. For example, assuming that HOST and PORT are environment variables, and
var_name
is a data source column, a URL ofhttp://${HOST}:${PORT}/some/url/${var_name}
might result in a Resolved URL ofhttp://localhost:8080/some/url/${var_name}
- Base URL: Specifies the protocol to use (HTTP or HTTPS), host, port, and path.
- Operation: When a OpenAPI/Swagger definition is configured, you can select an operation and HTTP Method from this box. The Form Input views for the Path/Query table as well as the Payload tab will update depending on the selected operation and HTTP Method.
You can set the Base URL field to use constrained (from the specified OpenAPI/Swagger URL), fixed (modifiable), or scripted inputs.
...
- WADL URL: A specific WADL URL, or a variable referencing a WADL URL. The value entered here will be used to populate the Base URL and Operation controls.
- URL: A preview of the complete URL for accessing the service; it is constructed from the Base URL, Operation, and the values entered in the Path / Query tabs. Note that this field shows the full constructed URL, but does not resolve variables. See Resolved URL to view resolved variables.
- Resolved URL: The resolved WADL URL. If you are configuring the tool using environment variables, this will show you how they resolve into an actual URL. For example, assuming that HOST and PORT are environment variables, and
var_name
is a data source column, a URL ofhttp://${HOST}:${PORT}/some/url/${var_name}
might result in a Resolved URL ofhttp://localhost:8080/some/url/${var_name}
- Base URL: Specifies the protocol to use (HTTP or HTTPS), host, port, and path.
- Operation: When a WADL is configured, you can select an operation and HTTP Method from this box. The Form Input views for the Path/Query table as well as the Payload tab will update depending on the selected operation and HTTP Method.
You can set the Base URL field to use constrained (from the specified OpenAPI/Swagger URL), fixed (modifiable), or scripted inputs.
...
If you switch from a constrained mode (Service Definition set to RAML, OpenAPI/Swagger, or WADL) to unconstrained mode (Service Definition set to None), you will have the option of automatically populating the unconstrained view with values from the constrained view.
For example, assume you had the following in WADL view:
If you chose to populate the unconstrained view from the WADL one, you would get the following:
The following example contains several configurations that be automatically populated after switching modes:
Switch the mode and confirm that you want to populate the client configuration values using the values from the service definition.
The client will be updated after confirming to override the service definition configurations:
Anchor | ||||
---|---|---|---|---|
|
...
The Paths tab lets you configure template parameters for the currently-selected operation. For example, a path of "/parabank/services/bank/accounts/{accountId}" has a single path parameter: "accountId". In In the unconstrained mode, parameters can be fixed, parameterized, or scripted.
In the constrained modes, parameters can be set to fixed, parameterized, automatically-generated, or scripted values.
Query Parameters
...
In unconstrained mode, parameters can be fixed, parameterized, or scripted.
In the constrained modes, parameters can be set to fixed, parameterized, automatically-generated, or scripted values.
...
The following options are available in the Success Criteria Misc tab of the REST Client tool:
...