技术开发 频道

从商业角度分析J2EE与WINDOWS DNA 体系结构


IT168技术文档】 
    而WINDOWS DNA没有提供象J2EE平台那种层次的对变化的适应性。客户采用WINDOWS DNA就会被绑在中间件和操作系统的微软实现上,如果这个实现的功能性、可伸缩性、可用性不尽人意,客户只能怪自己不够走运。如对底层的操作系统和中间件作些修改就会显着影响应用程序。可被选择的硬件也十分有限。这都会极大地延误公司对变化的市场环境做出反应。 

    4切入市场的时间 

    在今天的市场开发商业方案,数月时间已经是很漫长的概念,错失一个很小的首先切入市场的机会都会意味着你的公司要花费数年的时间去追赶。 

    缩短切入市场时间的一种方法就是选择便于应用程序快速开发的服务器端平台。J2EE和WINDOWS DNA都允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力 在如何创建商业逻辑上,相应地缩短了开发时间。 

    然而基于J2EE平台的高级产品比WINDOWS DNA 提供了更大范围的中间件服务。这种有点有些来自于J2EE平台结构本身的优势,一些是由于J2EE能让供应商鲜明地提供各种不同特性而同时保持与平台的兼容性。以下这些复杂的中间件服务是高级中间件供应商所提供的,而在WINDOWS DNA 中却不具备的: 

    状态管理服务:可以让开发人员写更少的代码,不用关心如何管理状态,这样能够更快地完成程序开发。 

    持续性服务:可以让开发人员不用对数据访问逻辑进行编码就能编写应用程序,能生成更轻巧,与数据库无关的应用程序,这种应用程序更易于开发与维护。 

    分布式共享数据对象CACHE服务:可以让开发人员编制高性能的系统,极大地提高整体部署的伸缩性。 

    公司选择基于J2EE平台实现以上服务的产品,可比选用基于WINDOWS DNA方案 能更快地切入市场,实现更高水准的伸缩性能。 

    J2EE平台快速切入市场的特性也有益于那些已拥有成型的电子商务软件的供应商,如SAP, Peoplesoft、 Trilogy、 Oracle、 Tradex、 EC Cubed、 Integral、 I-mind 和 Intershop。供应商选择J2EE平台能够构造部署到任何客户目标平台的可移植程序,这些目标平台包括WINDOWS、UNIX、其他已有系统,也包括任何基于J2EE平台的产品。供应商选择微软平台只能支持部署在WINDOWS上的一小部分用户。基于J2EE的程序是独立于某一特定技术的,如数据库、操作系统或硬件。这对一个拥有广泛的异构环境下客户的供应商是必需的。J2EE比WINDOWS DNA 提供更多地底层平台服务,有助于软件供应商更快地程序开发,更迅速地市场切入。 

    5平台的成熟性 

    自从1996年12月MTS发布以来,WINDOWS DNA,COM+的服务器端构件服务被不断发展,而J2EE、EJB产品则是从1998年开始的。 

    起来好像WINDOWS DNA 是一个成熟的平台。然而事实上,现在基于J2EE平台的高端产品包含一些重要的事务逻辑,而这些事务逻辑应用在产品中许多年了。提供J2EE平台商业实现的供应商(如IBM、BEA)都有很长的、得到认可的发布中间件产品的历史。这些中间件产品能实现大宗的事务系统。这些供应商不是从零开始构造服务器端平台(微软的MTS却是如此),一些供应商是通过在已得到验证的现有技术上开发一个基于J2EE平台的具有可移植性的层来实现J2EE平台。这包括CORBA产品、事务处理监视器、数据库、和/或应用服务器,以上这些技术以前都是各企业专用的。在一些基于J2EE平台的产品内的技术实现着大批的现今的商业事务,这些技术早在微软进入服务器端商业领域以前就已产生。拥有早已得到认可的技术的J2EE产品供应商有: 

    IBM's WebSphere 逻辑上脱胎于IBM's MQSeries、 CICS 与 Encina,而今天大多数重要的实时任务系统的事务都依靠这些产品来运转。 

    BEA's WebLogic 这个产品自从微软1996年首次推出MTS就已被投入市场。WEBLOGIC提供到M3和Tuxedo的连接,能够让IT部门使用事务处理监视器技术,这项技术有浓厚的可靠性历史。 

    Oracle's Oracle 8i 能够支持以下技术:数据库服务、服务器端构件以及单个物理层上的WEB服务。Oracle 8i 是以ORACLE公司在市场上占领导地位的数据库技术和在线交易处理技术为基础的。

0
相关文章