%HTTP_CLIENT_GET

Send a document retrieval request to a server

WTSupported in traditional Synergy on Windows

WNSupported in Synergy .NET on Windows

USupported on UNIX

VSupported on OpenVMS

status = %HTTP_CLIENT_GET(uri, [timeout], handle, length, error, [headers], [log_file], 
&        [protocols], [ciphers], [cert_file], [CA_file], [HTTP_RELURI][, version])

Return value

status

Returns 0 if successful or an error number if unsuccessful.

Arguments

uri

The absolute URI (Uniform Resource Indicator) of the document to retrieve. (a)

timeout

(optional) The number of seconds to wait from the time a request is sent (after the connection to the server) until a response is received from the server. The default is 0, which specifies wait forever. (n)

handle

The static memory handle containing the retrieved document. (D_HANDLE)

length

The length of the retrieved document. (n)

error

Returned with an error message if status is nonzero. Otherwise, it is blank. (a)

headers

(optional) An array of one or more HTTP header strings. Each string has the form header_name[:value]. ([*]a)

log_file

(optional) The name and location of a log file to log HTTP packet contents. (a)

protocols

(optional) One or more SSL protocol versions in effect, separated by a plus sign (for example, SSLVER_TLS1_1+SSLVER_TLS1_2): (n)

SSLVER_ALL = All protocols are available.

SSLVER_TLS1_2 = TLS version 1.2 (default)

SSLVER_SSL2 = SSL version 2 (deprecated)

SSLVER_SSL3 = SSL version 3 (deprecated)

SSLVER_TLS1 = TLS version 1.0 (deprecated)

SSLVER_TLS1_1 = TLS version 1.1 (deprecated)

ciphers

(optional) A cipher list that specifies the encryption methods in effect. (a)

cert_file

(optional) The name of the client certificate file. (a)

CA_file

(optional) The name of a file containing certificate authorities that the client trusts. (a)

HTTP_RELURI

(optional) If passed, the absolute URI is translated and sent as a relative path in the HTTP request. If not passed, the absolute URI is sent with the path exactly as specified. (n)

version

(optional) A string that contains the HTTP version number to be placed in the document header. The default version number is 1.0. (a)

Discussion

%HTTP_CLIENT_GET sends a request to an HTTP or HTTPS server to retrieve a document. The document is returned to the client from the server in the form of a memory handle.

The value of uri determines what type of connection will be made to the server. If you pass an HTTP URI, the client establishes an HTTP connection. If you pass an HTTPS URI, the client establishes an SSL connection. See Using the HTTP document transport API for details about the uri syntax, including information on the automatic escaping of special characters.

If handle and length have a value of 0, %HTTP_CLIENT_GET allocates a memory handle for you. If, instead of 0, you pass a valid memory handle, that handle is used, but %HTTP_CLIENT_GET resizes the handle to the size of the retrieved document. In either case, it’s your responsibility to free any memory used by this routine.

For most applications, the standard default HTTP headers will work as provided. However, some HTTP servers require extra header values to process the HTTP message properly. The headers argument therefore enables you to add or modify headers for client GET requests. If you pass in a header name that was previously set, the last header value passed for that name will be the one sent in the HTTP message. An individual HTTP header can have a maximum of 499 bytes with %HTTP_CLIENT_GET. Headers longer than 499 bytes will be truncated. If this limitation is a problem, you can use %HTTP_GET, which has a header size limit of 2048, instead. An HTTP header array is limited to a maximum of 100 elements, and each element can have up to 2048 bytes with %HTTP_GET.

Passing a log_file causes both the HTTP request packet and the HTTP response packet to be logged to the specified file. This logging feature is available primarily for debugging purposes and should not normally be turned on in a secure production environment. Logs of a request packet include the HTTP method (in this case, GET), the URI, the HTTP version, all HTTP headers, and the body of the HTTP packet. Logs of a response packet include the HTTP version, status, reason, all HTTP headers, and the body of the HTTP packet. Log entries are always appended to an existing log file. If the log file does not exist, it is created. A log file can only be created on a local drive; remote drives are not supported.

If ciphers is not specified, the ciphers designated by the cipher list format value DEFAULT are in effect. See Ciphers for more detailed information and a list of supported ciphers.

If specified, cert_file and CA_file must be the names of existing files in PEM or DER format. A PEM certificate file may contain both the certificate and private key. If it doesn’t contain the private key, the Synergy HTTP document transport API will load a PEM-based key file whose name is derived by appending “key.pem” to the end of the certificate filename. For example, for a certificate file named test.der or test.pem, the API will load a key file named testkey.pem. If an authentication error occurs, the error is returned and the connection is terminated.

If you pass an HTTPS URI but don’t specify a CA_file, server verification will be turned off. Because this poses a security risk, we recommend that you not do it unless you only need encryption without verification.

Chunked encoding is supported with HTTP versions of 1.1 and higher.

Examples

headerArray[1] = "Content-Type:text/xml"
clear timeout, handle, length, errormsg
URI = "http://www.synergex.com/ie_home.htm"
logfile = "c:\clt.log"
rtn = %http_client_get(uri, timeout, handle, length, errormsg,
  &   headerArray, logfile)

See %HTTP_SERVER_CREATE Examples.