.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.ltesting.net