Java聯結器架構：EAI的未來？

由於J2EE的JCA是一個開放的標準，並且受到越來越多的應用提供商和應用伺服器的支援。目前，JCA標準正被業界廣泛的採納，它將成為一種催化劑，加速消除應用伺服器和整合伺服器之間的界限
　　今天，企業應用整合（EAI）非常困難的原因之一是沒有一個標準的框架實現與異構系統之間的通訊。如果你開發一個需要整合siebel、SAP和基於主機的定單處理系統，你將需要一個分開的聯結器分別實現與這些平臺的通訊。現在還沒有被廣泛接受的供聯結器使用的Java標準（象供實現資料庫連線的 JDBC標準），因此EAI中使用Java的開發者必須為每個聯結器編寫程式碼。
　　為了解決這個問題，SUN公司和它的合作伙伴提出了一個 J2EE聯結器標準（JCA），JCA是J2EE1.3規範的一部分。目前，從事JCA標準研究的專家組成員包括SUN，BEA，Fujitsu， IBM，Inprise，Motorola，Oracle，Rational Software，Sybase，TIBCO和Unisys.等公司。
　　根據SUN公司的聯結器和JDBC產品經理Vijay Sarathy介紹，J2EE 聯結器架構試圖實現象JDBC已經為Java和J2EE做過的事一樣――為異構的企業資訊系統（EISs）提供一個統一併簡化的資料庫連線。
　　JCA為應用伺服器與聯結器之間的連線管理、安全和事務處理定義了系統級的協議。聯結器以給定的EIS系統特有的方式實現這些協議，應用伺服器根據通用客戶端介面（CCI）實現一個標準的聯結器應用程式設計介面，在已經發布的聯結器標準1.0版中在一些不足，如：不能支援雙向通訊、非同步事務處理、後設資料或 XML，然而在2.0版中JCA已經解決了所有這些不足。JCA專家組希望EIS、應用伺服器和整合工具供應商在它們的產品中支援JCA。如果這變成現實，JCA將可能改變目前EAI產品的市場。
　　絕大多數EIS供應商表示了對JCA的支援
　　目前，多數EIS供應商都支援某種特定形式的Java互操作能力，他們通過不同的專有介面實現這種能力，絕大多數EIS供應商都表達了對JCA的強烈支援。
　　Siebel公司在2001年已經發布了一個JCA介面卡。Siebel EAI 高階設計師 Bacon說：“市場需要Siebel的系統能夠容易的通過J2EE平臺訪問，我們已經為自己的產品提供了這種能力。”
　　PeopleSoft公司的PeopleTools產品戰略總裁Chris Heller說在PeopleSoft目前的Java互操作框架中支援JCA是必然的。並且在PeopleSoft 2001年12月釋出的整合產品中已經有了對JCA的支援。
　　JD Edwards公司在去年也已經在他們的OneWorld框架中實現了對JCA的支援，並且JD Edwards公司已經與IBM合作為WebSphere開發JCA聯結器。
　　Oracle公司在是否支援JCA標準方面顯得有些猶豫。據Oracle公司的產品營銷總裁Scott Clawson說，Oracle公司的電子商務套件是與Oracle 9i應用伺服器緊密整合的。而9i應用伺服器包括Oracle應用連線中介軟體（OAI）層，用來整合非Oracle 的ERP軟體包，如SAP和JD Edwards。Clawson指出了在JCA1.0版中上面提到的一些不足，並且說明在Oracle電子商務套件中已經提供了用簡單物件訪問協議（SOAP）和XML標準實現的關鍵介面，而這是JCA1.0不支援的。雖然Oracle公司對JCA1.0版不太滿意，但是1.0版的這些問題在 JCA2.0中已經得到解決。
　　IBM公司WebSphere應用伺服器產品經理Jeff Reser表面，IBM正在與JD Edwards，PeopleSoft, SAP 和Oracle合作開發資源介面卡，該介面卡產品在WebSphere4.0釋出後不久將可以完成，並且將支援JCA。同時IBM還計劃在其客戶資訊控制系統（CICS）中實現對JCA的支援。
　　此外其他一些整合工具提供商，如HP、BEA、TIBCO等都明確提出了對JCA的支援，並且很多都已經開發出了自己的beta產品。
　　絕大多數整合工具供應商都提供一個EAI整合平臺，通常作為不同EIS應用系統的一個整合伺服器和聯結器。這些聯結器都使用各公司專用的標準，而不是JCA。但是在這些供應商中，大多數都計劃支援JCA。
　　TIBCO公司的首席營銷官（CMO）Fred Meyer為整合工具提供商描繪了一個充滿希望的前景。他表示，應用伺服器和整合伺服器生活在不同的世界，應用伺服器通常用於“綠地”開發，不用處理遺產應用和業務過程等艱難的整合問題。理想的情況下，顧客希望整個TIBCO整合框架能夠象企業Java Beans（EJBs）一樣被使用，以便顧客能夠根據需要重新安排來支援變化的業務過程。
　　Vitria公司的創始人兼技術長Dale Skeen表明其公司非常積極的支援J2EE，包括JCA、JMDI 和JDBC。他們將用三種方式支援Java互操作，這三種方式是：
　　1 RMI-IIOP用於實現其它分散式物件處理；
　　2 對非同步訊息處理使用JMS；
　　3直接連線使用JCA。
　　他們所有的聯結器都將是JCA相容的。
　　Skeen 認為JCA為應用連線做的事情就象JDBC為資料庫連線所做的事一樣重要。但是使用JCA有很多併發的問題需要解決，例如：沒有一個與標準化查詢語言（SQL）對等的標準語言用來與EIS通訊。
　　WebMethods採用了一種不同的方法，它通過為他們的應用伺服器開發一個JCA介面，而不是把對JCA的支援做在聯結器中。這種實現方法將允許WebLogic客戶使用BEA的工具管理WebMethods的連線。
　　Microsoft BizTalk：另一種EAI方法
　　除了JCA、XML對EIA市場也有很大的衝擊之外，另一種就是使用XML實現EAI的產品Microsoft BizTalk伺服器。
　　我們在此提到BizTalk，因為Microsoft聲稱，作為一個EAI平臺，BizTalk比Java更具有意義。根據BizTalk產品經理 David Wasch所說，組織需要實現的EAI中，90%可以通過非同步方式實現（通過交換XML文件），而不是採用同步方式。因為JCA是一種只支援同步通訊的標準，他覺得對EAI來說接受XML更重要。
　　Microsoft聲稱，與用Java框架實現EAI標準化相比，組織將精力集中到XML上會更有利，因為與面向Java的方法相比，這種方法將需要更少的成本和開發更少的客戶程式碼。
　　作為回應，Sarathy說，JCA必須在J2EE平臺環境下來考慮。單純的比較JCA和XML是不公平的。XML是用於資料表示，而J2EE平臺將通過JAX套件提供對XML的全面支援。
　　其實JCA與Microsoft BizTalk的背後是更強大的兩個陣營（J2EE和.net）之間的競爭，雖然這兩大陣營都有很多支持者，但是沒有一方能夠輕易的戰勝另一方。所以目前使用者關心的是如何能夠實現這兩種伺服器產品之間的通訊，看來這又要使用XML了。
　　結論
　　由於J2EE的JCA是一個開放的標準，並且受到越來越多的應用提供商和應用伺服器的支援。目前，JCA標準正被業界廣泛的採納，它將成為一種催化劑，加速消除應用伺服器和整合伺服器之間的界限。隨著JCA標準的成熟，包括實現對雙向通訊、非同步事務處理、後設資料和XML的支援，整合工具供應商和應用伺服器提供商都將提供能夠在J2EE應用伺服器上執行的堅固的EAI平臺。