今天，企業應用集成（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平台。
