訊息流程變數

本頁內容適用於 ApigeeApigee Hybrid

查看 Apigee Edge 說明文件。

存取 message 流程變數及其屬性時,取決於存取變數的 API Proxy 流程中的位置。所有情境都適用,但部分物件 (例如 requestresponse) 不適用。

用途

message 流程變數的主要用途是當 Proxy 進入錯誤流程時,requestresponse 流程變數會超出範圍。

舉例來說,在錯誤流程中,response 物件無法使用。如果處於錯誤流程,您將無法在 response 物件上使用 JavaScript 政策設定回應標頭。請改用下列其中一種方式:

這兩個物件都可在錯誤流程中使用,可用於從 JavaScript 政策內設定回應標頭,或在可使用流程變數的其他政策中存取。

您可以使用 AssignMessage 政策,將標頭等值指派給 response 物件。AssignMessage 會自動處理從要求/回應流程到錯誤流程的環境切換。

message 變數的另一個用途,是在 PostClientFlow 中使用 MessageLogging 政策記錄回應資料。如果您使用 message 物件,就能在 Proxy 中順利記錄成功和錯誤狀況的回應資訊。

範例

在錯誤流程中,您可以使用 errormessage,從 JavaScript 政策設定回應標頭。例如:

context.setVariable('error.header.FOO-1', 'error_header');

OR

context.setVariable('message.header.FOO-2', 'message_header');

但下列運算式無法運作:

context.setVariable('response.header.FOO-3', 'response_header');

在本例中,response 變數超出錯誤流程的範圍。(請注意,在追蹤記錄中,這會以變數顯示,並以等號加上斜線表示。)

如要在單一政策中為成功和錯誤流程設定回應標頭,您可以在 JavaScript 政策中使用 message。例如:

<faultrules>
  <faultrule name="invalid_key_rule">
    <step>
      <name>SetResponseHeaders</name>
    </step>
    <condition>(fault.name = "InvalidApiKey")</condition>
  </faultrule>
</faultrules>

在政策中,下列程式碼會在任何流程環境中設定錯誤/回應標頭:

context.setVariable('message.header.FOO-1', 'the header value');

您可以在一般 ProxyResponse 流程中重複使用這項政策,而且會成功,因為 message 可從所有環境取得。