Open topic with navigation
Performs an "unconditional" or "contextless" form submission.
int web_submit_data( const char *StepName, const char *Action, <List of Attributes>, ITEMDATA, <List of data>, [ EXTRARES, <List of Resource Attributes>,] LAST );
|Example: web_submit_data||Action Functions|
int object.submit_data( String stepName, String action, String options, String data );
|Example: web.submit_data||Action Functions||Java Syntax|
|object||An expression evaluating to an object of type WebApi. Usually web for Java. See also Function and Constant Prefixes.|
|StepName||The name of the step, as it appears in the graphical script.|
|Action||The HTTP address of the action to perform when submitting the data. The syntax is "Action=<urlAddress>" Action: The ACTION attribute of the FORM element. The ACTION attribute specifies the address (URL) to be used to carry out the action of the form. You can also specify Action/sfx, which indicates to search the form using the suffix of the action.|
|List of Attributes||
The following attributes are supported:
|ITEMDATA||A marker that separates between the attributes and the list of data fields. (Not used in Java syntax)|
|List of Data||The list of data fields used to define the form submission. Because the request is contextless, the list of data fields includes all hidden fields. The rules of data encoding for submission of forms apply. For a list of the possible entries in the list, see "Item Data", below. The value fields can be encrypted or plain, for example: "name=n1", "value=v1", ENDITEM, "name=n2", "EncryptedValue=qwerty", ENDITEM, name: The name attribute within an INPUT element of the field. It is the name of the field as it appears on the Web page.|
|EXTRARES||A demarcation parameter indicating that the next parameter will be a list of resource attributes.|
|List of Resource Attributes||List of Resource Attributes|
|LAST||A marker that indicates the end of the field list.|
This function returns LR_PASS (0) on success, and LR_FAIL (1) on failure.
The following argument(s) can be parameterized using standard parameterization: Action, Method, List of Data Fields
The web_submit_data function is an action function that performs an "unconditional" or "contextless" form submission. (Each Web Action Function in a script causes the browser to display a new Web page or frame. All Web Action functions can be recorded by VuGen.) This function allows you to generate GET and POST requests as made by the HTML forms. You do not need to have a form context to execute this request.
web_submit_data is recorded only when VuGen is in either the URL–based recording mode, or in the HTML–based recording mode with the A script containing explicit URLs only option checked (see VuGen's Recording Options).
The method indicates how the data of the form is sent to the server, whether as a query within the URL (GET), or as a request body (POST).
This function is generated when VuGen is set to record a Web session in HTTP (all requests from the server) recording mode. VuGen also records a web_submit_data statement whenever a form is submitted and it is unable to generate a web_submit_form statement.
Examples of non–HTML–generated resources are .gif and .jpg images. The List of Resource Attributes is only inserted when the recording option for these resources is set at Record within the current script step. This is the default setting. See the Virtual User Generator User Guide.
In Java calls to lrapi.web.submit_data the list of attributes, including hidden fields, is part of the options array. The list of data and the list of resources are part of the data array.
The HTTP header can be modified to pass additional information about the request to the server. Using HTTP headers you can, for example, allow other content types in the response such as compressed files, or you can request a Web page only on certain conditions. To modify the HTTP header in the request see web_add_header, or to modify all subsequent requests see web_add_auto_header.
The EncType attribute specifies a Content Type to be specified as the value of the "Content–Type" request header. It indicates the encoding type (either URL–encoding or multi–part) to be used for generating an HTTP request from other arguments. The allowed specifications are:
"EncType=multipart/form–data" (any "; boundary=" is silently ignored)
"EncType=" (an empty string, indicating that no "Content–Type" request header is to be generated).
An EncType specification silently overrides any web_add_[auto_]header for "Content–Type". If EncType is omitted, any applicable web_add_[auto_]header is used. If there is none and "Method=POST", "application/x–www–form–urlencoded" is used. If Method is not POST, no "Content–Type" request header is generated.
The possible entries in the ItemData section are:
Name - The form field name. For example:
Value - The value in the Content-Disposition parameter of the multipart message. For example: "
File - Whether the message content is a file. For example:
Content-Type - The value in the Content-Type parameter of the multipart message (for example:
"ContentType=text/special"). Content-Type, a file type specifier, is needed in the ItemData section in cases where the EncType is a multipart/form–data file upload. Content–Type is passed as one value of a data clause in the ITEMDATA section where "File=Yes" is specified, and applies only to the file in the same clause.
FilePath- The path to the uploaded file, for example,
"FilePath=stub.txt". The path can be relative (recommended) or absolute. If relative, the path is based on the path specified in the Value entry. Backslashes must be escaped. FilePath is passed as one value of a data clause in the ITEMDATA section where "File=Yes" is specified.
ContentTransferEncoding - The value in the Content-Transfer-Encoding parameter of the multipart message (for example,
"ContentTransferEncoding=html/text"). ContentTransferEncoding is passed as one value of a data clause in the ITEMDATA section where "File=Yes" is specified.
Normally, a "Content–Type" is generated in the request body according to the extension of the uploaded file. For example:
–––––––––––––––––––––––––––––7d025e2b16b064e\r\n Content–Disposition: form–data; name="uploaded_file"; filename="D:\\temp\\a.txt"\r\n Content–Type: text/plain\r\n \r\n
However, especially for non–browser applications, content type based on the file type may not be correct. To override it, ContentType can be specified. Specifying an empty value will cause the Content–Type header not to be included for this file.
When the uploaded file is empty, "application/x–unknown–content–type" is used regardless of the file extension. Explicitly specifying ContentType, empty or not, overrides this mechanism.
No attempt is made to check whether the specified ContentType is recognized or valid.
When web_submit_data is recorded, "name" and "value" are generally recorded for items in the ITEMDATA section. If you do not wish the recorded value to appear in the script, you can encrypt it. Change the word "Value" to "EncryptedValue", and substitute the encrypted value for the recorded value.
"Name=grpType", "Value=radRoundtrip", ENDITEM,
"Name=grpType", "EncryptedValue=409e41ebf102f3036b0549c799be3609", ENDITEM,
To get the encrypted value, copy the recorded value. Then run Start > Programs Files > LoadRunner > Tools > Password encoder. Paste the value into the Password field, and click Generate. The encrypted string appears in the Encoded string box. Click the Copy button, then paste the encrypted string into the script, overwriting the recorded value.
Another option for encrypting the value is to covert the entire value string to an lr_decrypt call. Select an entire string between quote marks, not including the quote marks. Right-click in the selected string and choose the Encrypt stringoption. The output looks like:
"Name=grpType", lr_decrypt("40d176c46f3cf2f5fbfaa806bd1bcee65f0371858163"), ENDITEM,
This function is supported for all Web scripts.