連接器包含通訊協定接聽器組織架構來處理事件,也包含通訊協定處理常式組織架構來處理要求。 此雙向功能可啟用連接器組織架構:
連接器事件處理程序 (或事件通知) 用於處理來自 HTTP 用戶端的要求。 此事件處理功能有一個通訊協定接聽器組織架構,包括下列元件,本章稍後會詳細討論:
連接器使用這些元件來接聽用戶端至協同作業的呼叫。
當用戶端的要求抵達時,接聽器會將要求訊息轉換成商業物件,然後呼叫協同作業。 如果是同步要求,連接器也會收到同於「要求」商業物件類型的「回應」商業物件。 接聽器將「回應」商業物件轉換成回應訊息。 然後將回應訊息傳給用戶端。 請注意,此連接器不考慮事件順序;連接器可能以任何順序來傳遞事件。
HTTP 連接器會利用配置的資料處理常式,將進入的要求訊息轉換成商業物件。 為了協助資料處理常式來判斷進入的要求訊息要解析哪個商業物件, 連接器會提供關於支援的商業物件的 meta 資訊給資料處理常式。 從支援的商業物件中,連接器首先列出所有可供轉換的商業物件。 此清單僅包含支援的 TLO。 支援的 TLO 商業物件是指具有物件層次 ASI ws_eventtlo=true 的物件。
通訊協定接聽器採取下列方式來讀取 TLO 的物件層次 ASI:
連接器會檢驗資料處理常式傳回的「要求」商業物件。 同時利用此商業物件的 ws_tloname ASI 來擷取母項 TLO 的名稱。 此 TLO 會建立實例,且 TLO 中也會設定「要求」商業物件。 最後,使用此建構完成的 TLO 來呼叫協同作業。
若執行同步協同作業,連接器會利用資料處理常式來建立要送回用戶端的回應或錯誤訊息。 在此情況下,連接器只是將商業物件 (TLO 的子項) 傳送到資料處理常式而已。 資料處理常式會依據收到的商業物件來傳回訊息。
連接器可以代替協同作業,透過 HTTP(S) 來呼叫 HTTP 服務。 通訊協定處理常式組織架構支援此要求處理功能。 通訊協定處理常式組織架構是一個可以配置的執行時期模組, 由 HTTP-HTTPS 通訊協定處理常式組成,本章稍後會詳細說明。
在收到協同作業「要求」商業物件時 (一律設定在 TLO 中),通訊協定處理常式組織架構就隨即載入通訊協定處理常式。 通訊協定處理常式負責管理傳輸層次上必要的細節,用途在於呼叫 HTTP 服務及 (選擇性) 保障回應的安全性, 總共執行三個主要的作業:將協同作業「要求」商業物件轉換成要求訊息、 利用要求訊息來呼叫 HTTP 服務,如果是在要求/回應 (同步) 模式下, 則將回應訊息轉換成商業物件,再將物件傳回給協同作業。
HTTP 連接器一律從使用 TLO 的協同作業中呼叫。 連接器會從 TLO 中決定「要求」商業物件,然後利用此商業物件來呼叫資料處理常式。 資料處理常式會傳回要求訊息,由連接器傳送至 HTTP 服務。
若為同步執行,連接器會利用資料處理常式,將回應和錯誤訊息轉換成「回應」和「錯誤」商業物件。 為了協助資料處理常式來判斷要解析哪個商業物件,才能將這些回應/錯誤轉換成商業物件, 連接器會提供特定的 meta 資訊給資料處理常式。 尤其,連接器會列出呼叫端 TLO 底下的所有回應和「錯誤」商業物件。 應該是只有一個「回應」商業物件,可能再加上許多個「錯誤」商業物件。 也可能只有一個預設的 defaultfault 商業物件。 關於 defaultfault 商業物件,連接器只是向資料處理常式通知 defaultfault 商業物件的名稱而已。 唯有這項轉換沒有其他「錯誤」商業物件可解析時,資料處理常式才會解析 defaultfault 商業物件。