.NET與J2EE只能是敵人嗎

關鍵字：.NET與J2EE 敵人上期文章談及目前多數企業內系統多是多層式的架構，可分為展示層、中介層與資料層。因此，整合便會在這幾層之間產生多種連接點的組合。其中，中間層技術整合最為復雜，包括展示層到中介層（P to D）、中介層到中介層（D to D）等。過去幾年間，許多廠商所建構的組件技術與標準即是用來協助于企業內部建立各種分布式系統，包括有：

Distributed Component Object Model（DCOM）：微軟讓那些使用COM規格所撰寫的組件可以進行分布式應用，并讓組件在遠程機器被呼叫。 
Common Object Request Broker Architecture（CORBA）：這是OMG（Object Management Group）所提出可跨越不同廠商進而統一分布式系統技術的規格。 
Java Remote Method Invocation（RMI）：Java v1.1.x的核心規格，允許用Java所撰寫的組件可以被分散至其它機器或是行程中。 
雖然如此，這些技術基本上還是受限于企業內部，甚至是某些固定的平臺之上。雖然微軟提出COM Inte.net Services（CIS）技術，可讓DCOM透過port 80溝通；另一方面，SUN也將RMI over Internet Inter-Orb Protocol（IIOP）納入Java規格，但對于那些需要跨越企業內外網絡，甚至是進行不同平臺間的整合工程而言仍然不足。

幸運的是，隨著企業的需求日增與技術演進，現在我們已擁有多種選擇可輕易地整合.NET與J2EE兩大平臺。在目前的技術中，兩者的整合機制可分成三種類型：

底層協定（Wire Level）

這是走低階協議以進行整合的第一種方式。當然，除了「苦工式」整合，也就是自己建立socket或經HTTP通訊協議進行之外，技術人員也可考慮選用協力廠商的產品，例如：Intrinsyc Software的Ja.NET，或是JNBridge旗下的整合軟件等。（前者當然是Java與.NET名稱的整合，后者為Java與.NET橋梁的意思）。

原文轉自：http://www.anti-gravitydesign.com