即時訊息

系統支援針對外部系統進行 Web 服務呼叫 (也就是傳送即時訊息) 的功能。

系統支援即時傳送電子郵件訊息的特殊功能。如需詳細資訊，請參考傳送電子郵件。

至於其他類型的即時訊息，系統也會利用外傳訊息類型和外部系統組態，來格式化以及遞送訊息。當您定義即時訊息的組態時，還必須進行一個額外的步驟，那就是定義利用訊息寄送方來遞送訊息的機制。系統支援透過 HTTP 及 JMS 來遞送訊息。請注意，對於 HTTP 遞送，系統也支援採用 JSON 格式之訊息的傳送功能。

就跟接近即時的訊息一樣，您也可以利用指令檔來起始即時外傳訊息。當您新增即時訊息時，系統會立即將該訊息遞送至外部系統。如果外部系統提供了回應訊息，系統會擷取該外傳訊息的回應。如果外部系統的外傳訊息類型與回應 XSL 相關聯，系統就會套用 XSL 來轉換回應。在此情況下，系統也會擷取該外傳訊息的原始回應。請注意，您必須將外傳訊息業務物件設定成會擷取自己結構中的回應 XML。

任何 (可被捕捉) 的錯誤都會造成外傳訊息處於錯誤狀態。呼叫處理必須負責查看外傳訊息的狀態，並採取程式設計動作。當外傳訊息的狀態變回待處理時，系統將會重新嘗試傳送該訊息。

基準套件提供兩種業務服務：外傳訊息調度程式 (F1-OutmsgDispatcher) 和外傳訊息中繼程序 (F1-OutmsgMediator)，進一步協助您進行 Web 服務呼叫。這兩種業務服務很類似，都能讓呼叫指令檔設定下列的行為 (但我們也說明了兩者的差異)：

• 是否要捕捉傳送訊息時發生的例外。捕捉錯誤可讓呼叫指令檔詢問所發生的任何錯誤，並採取其他程式設計動作。
• 是否要將已傳送的訊息保留成外傳訊息記錄。

  • 如果您要保留訊息，建議使用「外傳訊息調度程式」。此業務服務會利用標準業務物件處理來建立訊息，並根據外傳訊息邏輯來遞送訊息及儲存記錄。系統會先執行業務物件前處理演算法並保留記錄，然後再遞送訊息，最後再執行業務物件後處理演算法，並執行稽核外掛。如果您需要傳送外傳訊息 ID 作為訊息的一部分，請參考擷取訊息中的外傳訊息 ID 以取得詳細資訊。

  • 如果該訊息不該被保留，建議使用「外傳訊息中繼程序」。如上所述，「外傳訊息調度程式」會建立外傳訊息記錄，並根據外傳訊息邏輯來遞送訊息。如果該記錄不該被保留，隨後就會遭到刪除。相較之下，「外傳訊息中繼程序」會執行業務物件前處理演算法，然後明確地在沒有建立訊息記錄的情況下遞送訊息。對於不需要保留的情況來說，這是比較有效率的方法。請注意，「外傳訊息中繼程序」也支援保留的功能，但它是在不使用業務物件處理的情況下建立記錄。因此不建議您採用這個方法。如果您要保留記錄，調度程式是較好的選擇。

如需詳細資訊，請參閱這兩個業務服務的描述。