.NET与J2EE只能是敌人吗

网络服务（Web services）

前述两种方式之外，以SOAP为基础的Web services进行异质平台整合，可说是最具弹性与成本优势的选择。虽然Web services的规格在WS-I等国际组织推动之下，仍是「现在进行式」，但对于.NET与J2EE两大平台进行基本整合与互通而言已是游刃有余。目前.NET与J2EE两大平台都有对应的Web services实作，包括：

• .NET：除了提供旧版本Web services支持能力的Web services Toolkit与Microsoft Visual Studio .NET开发工具之外，几乎所有微软的产品都加入了Web services的支持，包括Microsoft Office System、Windows Server System…等，其它还有如Borland的Delphi 8 for .NET、C# Builder…等。
• J2EE：包括有Apache的Axis、IBM的WSTK和WSAD，以及Mind Electric的Glue…等。

其中，Mind Electric将Glue称为Java Web services的「Turbo Pascal」，意思为用Java撰写Web services最简单、最容易入门的工具。除简单易用之外，Glue可单独运作或是外挂至不同的应用程序服务器，包括WebLogic、WebSphere、JBoss等，而其执行效率也比很多其它品牌的应用服务器所实作的Web services效率更佳。

若从技术细节剖析，透过Glue可以将EJB对外包装成Web services，并可以和JASS进行安全性整合、透过JMS提供可依赖的讯息机制…等。因此如果只是想单纯的加入Web services支持，使用Glue会比升级应用服务器更划算。

进行整合的阶段

虽然上面介绍了众多不同整合的技术，但是一旦企业产生异质平台整合的需求，透过Web services先建立一个连接点对点的实验性项目是比较好的选择，一方面因为不同平台对应的技术已经非常成熟而开发容易，另一方面也是最节省成本而能清楚检视效益的方式。

当然，如果不满足于互通的效率，或是希望更进一步的进行更紧密的整合，包括继承、双向沟通、数据型别的对应等，使用协力厂商所提供的低阶整合技术也是可以考虑的选择。

一旦整合端点进行到超过一定数量以上，便该开始考虑讯息队列或是集线器概念服务器等的软件，将可以大幅增进异质平台整合的速度。上图是进行异质平台的选项指引：

在熟悉了这些整合技术之后，下一期开始将开始说明不同企业透过Web services进行整合的应用案例与分析。

文/许建志

查看本文来源