Java EE在SOA世界中的消亡?(转)[@more@] 在未来的五年内,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。”
上周,伯顿集团发生了一件惊天动地的事情,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。”
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10617731/viewspace-959039/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/10617731/viewspace-959039/