Request Context you can map data from the Request Message to the
Get Context Activity used in the process.
Displays the data source schema tree for the input context parameters. All elements in this tree are available to drag and drop into the
XPath Expression field. The following elements are populated from the request message:
|Elements of Request Message
||Transport related information for HTTP headers when the
- method: The method specified in the request. For example, GET and POST.
- requestURI: The address portion of the request. This is the portion before the question mark (?).
- httpversion: Version field of the HTTP request.
- querystring: The query string portion of the request. This is the portion after the question mark (?).
- header: The header of the HTTP request.
- protocol: Can be either HTTP or HTTPS depending upon the protocol used by the request.
- port: Port number on which the request was received.
- remoteAddress: The IP address of the client that submitted the HTTP request.
||Headers from the request message.
- accept: This field specifies media types that are acceptable for response messages for the incoming request. For example,
text/*,text/html. Media types are described in the HTTP specification.
If no Accept header field is present, then it is assumed that the client accepts all media types.
- accept-charset: This field specifies the character sets that are acceptable for response messages for the incoming request. For example, iso-8859-5, unicode-1-1. Character sets are described in the HTTP specification.
If no Accept-Charset header is present, then it is assumed that the client accepts any character set.
- accept-encoding: This field specifies the content-coding values that are acceptable for response messages. For example,
compress, gzip. See the HTTP specification for more information about this header field.
- content-type: This field indicates the media type of the entity body sent to the receiver. For example, text/html; charset=ISO-8850-4. Media types are described in the HTTP specification.
- content-length: This field indicates the size of the entity body (in decimal number of OCTETs) sent to the receiver.
- connection:Use this field to specify options required for this connection. For example, the close option specifies that you want the connection to be closed when the request is complete.
- pragma: This field is used to include implementation-specific directives that might apply to the receiver. See the HTTP specification for more information about using this field.
This field takes into account the encoding of the message body. See Special Characters in HTTP Requests on page 229 for more information on when the message body is URL encoded.
The dynamic header is an additional header parameter to add runtime headers to the outgoing HTTP messages. The DynamicHeaders consists of the following information:
- Name: the name of the header
- Value: the value of the header
||The header of the request.
||Undescribed headers from the request message.
||Information about the attachments that are present in the request message. Individual attachment information is populated under one mimepart element.
If the attachment size increases the threshold value configured at the binding level, the file name of the serialized attachment is populated.
This element contains the mime header for each mimePart. Mime headers can contain the following information:
- content-disposition — To suggest a filename for an attachment, use "*;filename=<filename>" in this element. Note: HTTP servers may alter or choose to ignore the suggested name.
See http://www.faqs.org/rfcs/rfc2045.html for more information about MIME headers and their syntax.
- other mime header information
Note: When the content type is specified as "text/*" (for example, "text/xml"), the attachment content is expected to be in either the textContent input element or the file name storing the attachment is expected to be in the fileName input element. When the content type is anything other than "text/*", the attachment content is expected to be in either the binaryContent input element or the file name storing the attachment is expected to be in the fileName input element.
binaryContent | textContent
This element contains the mime attachment. The element can be one of the following:
- binaryContent — content of the attachment when the attachment is binary data.
- textContent — content of the attachment when the attachment is text data.
Displays the available XPath functions. These are categorized into groups and each function can be dragged from the function list into the
XPath Expression field.
When the function is placed into the
XPath Expression, placeholders are displayed for the function’s parameters. You can drag and drop schema elements from the
Data Source tab into the function’s placeholders.
Use this field for a refined function search in the mapper. Clicking the
Functions tab displays the
Filter field. For example, type "time" in the
Filter field to obtain consolidated results relating to "time" function.
Displays the constants available for use in XPath expressions. These are categorized into groups and each constant can be dragged from the constants list into the
XPath Expression field. Constants are useful for inserting special characters, such as quotes, symbols, and so on, into XPath formulas. Constants are also defined for commonly used items, such as date/time formats.
Constants can also be used for inserting
TIBCO BW Predefined Module Properties, such as Activity Name, Application Name, Domain Name, and so on.
Displays the XPath formula you want to create. You can drag and drop items from the
Data Source tab or the
Functions tab to create the formula.