• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

Java EE在SOA世界中的消亡?

发布: 2007-6-13 20:02 | 作者: admin | 来源: | 查看: 21次 | 进入软件测试论坛讨论

领测软件测试网

在未来的五年内,Java平台企业版(Java EE)将不再是主流的标准程序设计模型,伯顿集团的高级分析师Richard Monson-Haefel预测说,并且SOA的发展是导致这一结果的原因之一。

上周,伯顿集团发生了一件惊天动地的事情,Monson-Haefel发表了一篇名为“JEE5:Java EE预示结局的先兆”的报告。Java平台企业版就像是一种史前动物,因为它整体过于庞大无法仅仅依靠可食植物来维持生存而导致灭绝,伯顿分析师说随着JEE5中spring的发布,Java平台企业版已经变得过于复杂导致企业级开发人员很难使用它,他们越来越期待着替代版的出现,譬如Ruby-on-Rails。

Monson-Haefel的结论如同死亡证明书一样残酷:“JEE5在复杂性上的失败是预示着Java企业版平台终从企业开发平台领域的统治地位上落败。所有企业在考虑新的企业开发时应该多参考一些其他的平台,而且企业也应该提早做出准备以应对作为企业解决方案的Java EE的最终消亡。”

Java企业版平台的发展将不可避免的效仿以往的一些标准,比如CORBA(通用请求代理体系),它们曾经也非常有前途,但最终还是走向了没落,他说。

“五年内,Java平台企业版将成为 21世纪的CORBA,” Monson-Haefel说道。“人们将看着它说‘它曾经也盛极一时’,但是因为太复杂,现在已经没人愿意再使用它了。”

他努力强调说他仅仅是揭示了Java EE平台的衰落之路,绝不是Java语言的。

“Java程序设计语言是不会有任何危险的”这位伯顿分析师说。“我认为Java程序设计语言在近几年内将继续发展成为企业级开发的支柱。”

Monson-Haefel不是唯一一个预测Java EE平台失败并把SOA当作造成这一结果的原因之一的分析师。

“Java EE现在已经时日不多了,” ZapThink 公司的高级分析师Jason Bloomberg说,他同样也看到了导致这一后果的罪魁祸首就是Java EE每个新版本所增加的复杂度。“很明显,只要发布了新版本或者增加了模块,唯一增加的只有复杂性。最终,它会被自己压垮。从目前看来,将来是不会开发出比已有的Java EE更精简的版本。”

即使先把复杂性放到一边不说,当提到要进入面向服务的企业这个新时代时,作为SOA和Web服务方面的专家Bloomberg就已经看到了Java平台自身的致命缺陷

“从根本上而言,Java EE的世界并不是为SOA而创建的,” ZapThink公司的分析师说。“现在,你可以依靠基于J2EE的运行时基础架构,在Java和许多用于SOA实现的产品上创建非常棒的SOA实现。事实上,Java有很多面——一种面向对象程序设计语言、一个虚拟机的基础结构,并且Java的Java EE是特定的一个实现n层架构的框架。不幸的是,Java的任何一面,或者是任何一种虚拟机都不适合做SOA的开发平台。”

在Java EE中实现的面向对象(OO)并不完全符合SOA的核心——面向服务,Bloomberg争辩道。

“从面向对象的角度来看,服务和服务的实例是相同的概念,”他说。“对象实例是独立存在的这一整套概念在SOA中价值甚微。”

Java EE中的虚拟机也不是SOA的最佳解决方案,Bloomberg说。

“虚拟机的目标是为了增强代码可移植性,但是在SOA中,互操作却是更加重要的,”他说。“在SOA中,如果你并不需要移动代码,那为什么还要克服这些困难去实现代码移植呢?从根本上来说,分布式计算的虚拟机方式是通过对象串行化来实现远程方法调用,但是SOA却是在固定的界面下实现服务之间的信息交换。”

从Monson-Haefel的观点来看,面向服务使得对统一平台(如Java EE)的需要变得无关紧要。

“SOA确实降低了一个公共程序设计模型的重要程度,”伯顿的分析师说。“因为真正重要的不再是服务于通信的模型,而是通信本身。它是你正在交换的数据。它是与你完成交换数据关系紧密的方法,而不是数据背后的程序设计模型。”

Java EE最主要的优势在于提供了一个公共的程序设计模型,但是,当进行SOA领域的开发时,这并不是最重要的。Monson-Haefel说。

“SOA和Web服务降低了后台如何运行的重要程度,”伯顿的分析师说。“这两者强调的是如何相互合作,比如说,Web服务的XML和HTTP如何相互合作。后台如何运行已经不重要了。”

最后,ZapThink公司的Bloomberg说:企业级的JavaBeans/Servlet/Java Server Pages框架都与SOA不一致。

“你可以看到,Java EE的重点在于为可升级的n-层架构提供框架,这正是那些大的事务处理网站所需要的,” Bloomberg说。“然而,如果你是要为SOA创建一个企业级框架的话,那么你所要完成的构建与在Java EE平台下的构建就大相庭径了。你需要创建的框架是以激活和维持服务提取层为中心的,这对SOA而言是至关重要的。因此,Java EE非常适合于基于平台的日常服务,但不是SOA。”

(责任编辑:海纳百川  qlmlz11268@hotmail.com   TEL:(010)68476606-8007)



延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网