整合 COM+ 應用程式概觀

Windows Communication Foundation (WCF) 提供用來建立分散式應用程式的豐富環境。若您已正在使用裝載於 COM+ 之中的元件架構應用程式邏輯，可以使用 WCF 擴充現有邏輯，而不必重新撰寫程式碼。一個常見案例就是當您要透過 Web 服務，公開現有的 COM+ 或 Enterprise Services 商務邏輯之時。

當 COM+ 元件上的介面公開為 Web 服務時，這些服務的規格和合約就會由在應用程式初始化時所執行的自動對映來決定。下列清單會顯示這個對應的概念模型：

• 對每個公開的 COM 類別定義一個服務。
• 服務的合約是直接衍生自選取之元件的介面定義而得，且組態中可能已定義方法排除。
• 該合約中的作業直接衍生自元件之介面定義上的方法。
• 那些作業的參數則直接衍生自 COM 互通性型別，而此型別會對應至元件的方法參數。

在服務組態檔中提供服務的預設位址和傳輸繫結，不過可依需求重新設定這些項目。

注意：
只要 COM+ 介面和組態保持不變，已公開的 Web 服務合約就會保持不變。對有些介面的修改並不會自動更新可用的服務，並且需要重新執行 COM+ 服務模型組態工具 (ComSvcConfig.exe)。

以 Web 服務使用時，會繼續強制執行 COM+ 應用程式與其元件的驗證和授權需求。

如果呼叫端初始化 Web 服務交易，則標示為可交易的元件就會在該交易範圍內登記。

下列為將 COM+ 元件的介面公開為 Web 服務、而不用修改元件的必要步驟：

1. 判斷 COM+ 元件的介面是否可以公開為 Web 服務。
2. 選取適當的裝載模式。
3. 使用 COM+ 服務模型組態工具 (ComSvcConfig.exe) 以新增介面的 Web 服務。如需 如何使用 ComSvcConfig.exe 的詳細資訊，請參閱 HOW TO：使用 COM+ 服務模型組態工具。
4. 在應用程式組態檔中進行其他服務設定。如需 如何設定元件的詳細資訊，請參閱 HOW TO：設定 COM+ 服務設定。

支援的介面

對於可公開為 Web 服務之介面的型別，有一些限制存在。不支援下列介面型別：

• 將物件參考做為參數進行傳遞的介面：將會在＜限制的物件參考支援＞這一節描述下列限制的物件參考方法。
• 傳遞型別的介面與 .NET Framework COM 互通性轉換不相容。
• 應用程式的介面，該介面由 COM+ 裝載時，會啟用應用程式共用。
• 元件的介面，這些介面已對應用程式標示為私用。
• COM+ 基礎結構介面。
• 來自系統應用程式的介面。
• 來自 Enterprise Services 元件的介面，這些元件尚未加入至全域組件快取。

限制的物件參考支援

由於一些已部署的 COM+ 元件確實會依參考參數而使用物件 (例如，傳回 ADO 資料錄集 (Recordset) 物件)，因此 COM+ 整合中就包括物件參考參數的限制支援。支援會受限於實作 IPersistStream COM 介面的物件。其中包括 ADO 資料錄集物件，並且可針對特定於應用程式的 COM 物件來實作。

為了啟用這項支援，ComSvcConfig.exe 工具提供了 allowreferences 參數，這個參數會停用一般方法簽章參數，並檢查工具的執行狀況以確定未使用物件參考參數。此外，必須在 <persistableTypes> 組態項目內 (此項目為 <comContract> 項目的子項) 命名及識別您當做參數傳遞的物件型別。

使用這個功能時，COM+ 整合服務會使用 IPersistStream 介面來序列化或還原序列化物件執行個體。如果物件執行個體不支援 IPersistStream，就會擲回例外狀況。

在用戶端應用程式中，您可以使用 PersistStreamTypeWrapper 物件上的方法，將物件傳遞至服務並以類似方法接收物件。

注意：
由於自訂和平台特定的序列化方法本質，此項最適合在 WCF 用戶端和 WCF 服務之間使用。

選取主控模式

COM+ 會以下列其中一個主控模式公開 Web 服務：

• COM+ 主控
  會在應用程式的專用 COM+ 伺服器處理序 (Dllhost.exe) 內主控 Web 服務。使用這個模式時，需要先明確的啟動應用程式，它才可以接收 Web 服務要求。可以使用 COM+ [以 NT 服務執行] 或 [當閒置時仍繼續執行] 選項，防止應用程式與其服務因閒置而導致關機。這個模式會對伺服器應用程式提供 Web 服務和 DCOM 存取。
• Web 主控
  Web 服務會在 Web 伺服器工作處理序內主控。這個模式在接收初始化要求時，不需要使用 COM+。如果收到這個要求時應用程式不在使用中，會在處理要求之前自動啟動該應用程式。這個模式也會對伺服器應用程式提供 Web 服務和 DCOM 存取，但會對 Web 服務要求造成處理序躍點。通常會需要用戶端啟用模擬。在 WCF 中，可以使用 WindowsClientCredential 類別的 AllowedImpersonationLevel 屬性來啟用模擬，而這個類別會當做一般 ChannelFactory 類別的屬性和 Impersonation 列舉值來存取。
• Web 主控同處理序
  會在 Web 伺服器工作處理序內主控 Web 服務和 COM+ 應用程式邏輯。如此可自動啟動 Web 主控模式，而不會對 Web 服務要求造成處理序躍點。缺點則為無法透過 DCOM 存取伺服器應用程式。

安全性考量

和其他 WCF 服務一樣，將會藉由 WCF 通道的組態設定來管理所公開服務的安全性設定。但不會強制執行傳統 DCOM 安全性設定，例如 DCOM 全機器的權限設定。若要強制執行 COM+ 應用程式角色，則必須對元件啟用「元件層級存取檢查」授權。

使用未受保護的繫結時，通訊就會因開放而遭到竄改或導致資訊洩漏。若要避免發生這個情況，建議您使用受到保護的繫結。

針對 COM+ 主控和 Web 主控的模式，用戶端應用程式必須讓伺服器處理序可模擬用戶端使用者。在 WCF 用戶端中將模擬層級設定為 Impersonation 就可這樣進行。

使用 Internet Information Services (IIS) 或 Windows Process Activation Service (WAS) 搭配 HTTP 傳輸時，就可以使用 Httpcfg.exe 工具來保留傳輸端點位址。在其他組態中，保護不受充當為預期服務之惡意服務的攻擊可說是相當重要。若要防止在目的端點上啟動惡意服務，可以將合法的服務設定為以 NT 服務來執行。這樣可讓合法服務在任何惡意服務之前，先宣告端點位址。

使用設定的 COM+ 角色將 COM+ 應用程式公開為 Web 主控服務時，必須將「啟動 IIS 處理序帳戶」新增至其中一個應用程式角色中。必須新增這個帳戶 (其名稱通常為 IWAM_machinename)，才能在使用之後讓物件正常關機。這個帳戶不應該授與任何其他的權限。

在整合應用程式上無法使用 COM+ 處理序回收功能。如果應用程式是設定為使用處理序回收，而且是在 COM+ 主控的處理序中執行元件，將無法啟動服務。這項需求不包括使用 Web 主控同處理序模式的服務，因為這個服務中未套用處理序回收設定。

請參閱

概念

整合 COM 應用程式概觀