J2EE与.NET平台的相似点

图2中给出了J2EE与呢平台之间的所有相当之处。正如你所看到的，许多.NET平台功能范围在J2EE中没有对应功能。在某些情况下，至于是否支持这些功能，如果支持，支持情况如何，被认为是一个实施明确的决策，注意：要了解不熟悉的缩写词，请查看术语表。

图 2. 技术对应

技术	.NET	J2EE
支持技术
发布协议	DCOM, SOAP	RMI/IIOP
防火墙	ISA*	没有定义-
HTML页面缓存	ISA*, ASP.NET	没有定义
表示层技术
基础结构	IIS	没有定义
程序设计模型	ASP.NET	Servlets, JSP
高可用性	NLBS*, ACS*, 其他	没有定义
负载平衡	NLBS*, ACS*, 其他	没有定义
管理	ACS*	没有定义
中间层技术
基础结构	COM+	EJB
程序设计工具	Visual Studio.NET	没有定义-
高可用性	ACS*	没有定义
负载平衡	ACS*	没有定义
安全性API	COM+ Security Call Context	JAAS
消息队列API	MSMQ	JMS 1.0
异步组件	Queued (COM+)	Message driven beans (EJB 2.0)-
命名与目录服务	ADSI	JNDI
数据层技术
分布式事务处理	MS-DTC	JTS
关系型数据库API	ADO.NET	JDBC 2.0
层次型数据库API	ADO.NET	-
数据库存储	SQLServer**	-
大型机数据库连接性	HIS*	Java连接器
架构技术
电子商务架构	Commerce Server*	-
B2B	BizTalk Server*	-

* 对于.NET平台是可选附加服务。

** SQLServer是正式的.NET平台数据库技术，但是可以使用任何支持ADO.NET的数据库，包括大多数数据库。

J2EE与.NET平台之间的差别

你可以看到在J2EE与.NET平台技术之间由很大的重叠。但是，如何在它们之间进行选择呢？在本节中，笔者将讨论我所看到的主要差别。

开发商中立性

许多公司购买J2EE，他们相信这可以给他们开发商中立地位。而实际上，这是Sun公司计划的一个确定目标：

配置和实施各种满足J2EE规范需求的产品是可能的。一个可移植的J2EE应用程序在这些产品[1]中的任何一个产品中被成功部署后，都可以正确地运行。

实际上，在不是Sun J2EE对手的人中，很少有人相信这是可以实现的。Paul Harmon是最重要的独立J2EE发言人之一，他是Cutter Consortium的首席顾问，广泛发行的Architecture/e-Business E-Mail Advisory的作者。虽然Harmon总是反对J2EE，但他最近对J2EE的开发商可移植性写了这样不同寻常的坦诚的评价。

EJB模型是否已经达到了我可以将EJB组件从一个EJB应用服务器移动到另一个服务器的程度？在大多数情况下不能。EJB规范不够全面。通过提供专有的解决方案来完善这个模型，确保他们的客户可以创建生产系统，EJB应用服务器开发商弥补了这一点。[2]

Harmon总结了当今开发商中立的情况， 他的评论如下：

此刻，现实情况是如果你想开发一个EJB应用程序，你应当忠心于一个开发商。[3]

今天的现实是，没有像开发商中立这样的情况。当然，.NET平台不是开发商中立的，它与微软公司的操作系统捆绑到了一起。但是两者都不是J2EE的实现。笔者可以给的最佳建议是，选择某一开发商，计划与其始终站在一起，这样可以充分利用该开发商所提供的平台优势。

整体成熟性

第一个J2EE规范，EJB规范在1998年提出，而第一个β版本出现于1999年。而这则是在与之相当的.NET平台技术，MTS，COM+的前身第一次实现的3年之后了。笔者在最近的一篇文章[4]中讨论了从MTS到COM+的发展过程。