The Match Phase
This phase is optional for the extension to work (the match section may be omitted in the YAML file). This phase allows checking whether the baseline requests satisfy the specified conditions.
Request element description syntax
When creating a FAST extension, you need to understand the structure of the HTTP request sent to the application and that of the HTTP response received from the application to correctly describe the request elements that you need to work with, using the points.
To see detailed information, proceed to this link.
The match section in the extension YAML file contains an array of <key: value> pairs. Each pair describes a certain element of the request (the key) and this element's data (the value).
Using regular expressions
The key and the value may contain regular expressions in the Ruby regular expression format.
The Match phase looks for matches for all the given <key: value> pairs in the baseline request.
The request is checked against the presence of the required elements (for example, the path value in the URL, the GET parameter, or the HTTP header) with the required data.
Example 1.
'GET_a_value': '^\d+$'— the GET parameter namedawith a value containing only digits should be present in the request.Example 2.
'GET_b*_value': '.*'— the GET parameter with the name starting withb, with any value (including the empty value), should be present in the request.If the value is set to
nullfor a given key, then the absence of the corresponding element is checked in the request.Example.
'GET_a': null— the GET parameter namedashould be absent from the request.
For the baseline request to get through the Match phase, it is necessary that the request satisfy all of the <key: value> pairs in the match section. If no match for any of the <key: value> pairs described in the match section is found in the baseline request, then the request will be discarded.
The Example.
match section shown below contains the list of the <key: values> pairs. For the baseline request to get through the Match phase, it has to satisfy all of these pairs.match:
- 'HEADER_HOST_value': 'example.com'
- 'GET_password_value': '^\d+$'
- 'HEADER_CONTENT-TYPE_value': null
Header, with the value containing example.com as a substring.password GET parameter's value should contain digits only.Content-Type header should be absent.