2)RMI/IIOP:该标准在EJB 1.1中是可选项,但在EJB 2.0中是必须实现的规范。IBM在WebSphere中提供了牢固的产品来完全支持,IBM的产品从JDK1.1.7就开始使用RMI/IIOP,已经有进两年的时间,有很多成功的应用。BEA没有产品级的支持,在WebLogic中仅有一些有限的实现,它强迫用户使用其私有的协议——T3,因为它的速度比WebSphere慢了将近4倍,在其clustering中根本不能使用IIOP!
3)JTA/JTS:JTA(Java Transaction API)提供了标准的事物划分接口。IBM提供了JTA/JTS规范的多数工作,有许多实际的应用在使用。在WebSphere中提供了全面的支持(对多个实例),WebSphere AE版支持复杂的异构环境下的两阶段提交方式,例如对DB2、DB2/390、Sybase、Oracle、MSSql、 JMS/MQSeries(Informix),WS EE版支持DB2、Oracle、Informix、CICS、IMS、DB2/390、MQSeries环境下的两阶段提交;WS AE版和EE版能在一个全局事物中实现双向的交互工作(包括WS 390)。BEA提供了不是非常成熟的支持,不能在WL Server和WL Enterprise之间完成一个事物,而且必须使用EJB 2.0测试版来完成两阶段提交。
4)Java Connector Architecture:JCA规范的指定可以说完全是IBM的工作成果。IBM Common Connector Framework (CCF)在J2EE 1.3 Connector Architecture中作为缺省的属性。WS/VAJ在许多产品中实现了CCF,在WS v4 和VAJ中将完全实现J2EE Connector,J2EE Connector可以支持对大多数的资源的存储,如CICS、SAP R/3、PeopleSoft、JDEdwards和Oracle Applications ,可以方便地从CCF升级到JCA(CICS和SAP R/3),在WebSphere中提供了包括CICS和IMS的分步式两阶段提交支持。BEA在2001年的二月巡捕支持JCA的测试版,只支持“no transaction”的JavaBean,对于后台的传统资源不支持属性上下文。
5)Java Message Service:IBM通过MQSeries提供完全的JMS支持。MQSeries占据全球消息中间件的72+%的市场份额,可以说JMS是MQSeries的一个子集。WebSphere支持跨EJBs和JMS的JTA,允许一个事物横跨多个WebSphere Application Server,多个Database,多个JMS。MQSeries有很好可扩充性和可用性,有超过30多个平台的支持。同时IBM VisualAge for Java支持JMS和MQSeries 的开发,并且在WebSphere中可以使用第三方的JMS产品。BEA提供有限的和未经很多应用验证的支持,在WebLogic版本6的文档中声明JMS是一个新的,仍然不适合用于产品级,只允许在WebLogic JMS到WebLogic JMS之间的通信;BEA在消息中间件的市场份额很低,最近BEA取消了其产品MessageQ!可以毫不夸张地说,只有IBM的消息中间件才是正确的选择!
6)J-IDL/CORBA:IBM提供10个CORBA服务的支: Naming、Transaction、LifeCycle、Security、Event、Notification、Externalization、Identity、Concurrency、Query,IBM对OMG(CORBA规范的制定组织)的发展做了巨大的贡献,许多规范的制定都有IBM的工作;BEA的WLE只有有限的5个服务支持:Naming、Transactions、LifeCycle、Security、Initialization,对于CORBA的发展没有什么贡献和投资。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-30071-11.html
勾兑出来东西有什么好喝的