Java 連接器架構 (JCA)：EAI 整合的統一標準與未來展望

EAI 整合困境

企業應用整合（EAI）面臨異構系統（Siebel、SAP、大型主機）通訊協定不一，缺乏像 JDBC 統一資料庫連接的標準連接器框架，導致開發者需為每個系統撰寫專屬代碼。

JCA 解決方案

• Sun 與合作夥伴（BEA、IBM、Oracle 等）制定 J2EE Connector Architecture (JCA)，納入 J2EE 1.3 規範
• 目標：為異構企業資訊系統（EIS）提供統一、簡化的連接標準，如同 JDBC 之於資料庫
• 定義應用伺服器與連接器間的連線管理、安全、交易處理系統級協定
• 連接器實作 EIS 特有協定，應用伺服器透過 CCI (Common Client Interface) 提供標準 API

版本演進

• JCA 1.0：不支援雙向通訊、非同步交易、中繼資料、XML
• JCA 2.0：解決所有上述不足，成為成熟整合標準

廠商支援現況

Oracle 早期因 JCA 1.0 缺陷持保留態度，但 2.0 解決問題後已轉為支援。

JCA vs Microsoft BizTalk

• BizTalk 強調 XML 非同步文件交換（90% EAI 需求），質疑 JCA 僅支援同步
• Sun 回應：JCA 在 J2EE 環境下考量，JAXP 提供完整 XML 支援，兩者非對立
• 本質是 J2EE 陣營 vs .NET 陣營 的策略競爭
• 雙方難分高下，客戶關心雙平台互通 → XML 成為共同橋樑

結論與展望

• JCA 為開放標準，獲廣泛採納，將消除應用伺服器與整合伺服器界限
• 隨 2.0 成熟（雙向通訊、非同步、中繼資料、XML），廠商將提供在 J2EE 上運行的堅固 EAI 平台
• JCA 對應用連接的意義，如同 JDBC 對資料庫連接

1. 上一篇文章： JMS 1.1 五大訊息類型完整指南：建立、發送與解碼實戰
2. 下一篇文章： 分散式資料庫客戶端資料集選型：Vector vs RowSet (CachedRowSet) 實戰比較

J2EE

jBPM 4 基礎活動實現 (上)：ActivityBehaviour、ExternalActivity 與等待狀態

5.1 ActivityBehaviour：純 Java 實

選擇 AppFuse 的七大理由：從零到生產級 Java Web 應用的加速器

整合 Spring、Hibernate、MySQL、Ant/

EJB3 實體 Bean 多對多映射實作指南

關聯表設計 多對多關係需透過一張中間關聯表實現。本例中：

Android 開發環境建置完整指南：Eclipse、JDK、SDK 與 ADT 安裝配置

所需工具下載 Eclipse IDE for Java E