成熟的Web服务与虚幻的SOA实现
2012-02-19 20:43
381 查看
一些厂商说希望看到每一个人都赞成一个统一的Web服务标准集合(一系列用于定义、定位、实现以及Web服务交互的协议)。然而这看起来似乎不太可能发生。
即使是开放源Apache Axis 2.0 Web服务集合——现在是IBM WebSphere的支持者的一部分,也对所有厂商决定一个标准集合不报希望。Paul Fremantle——开源Web服务启动 WSO2的联合开发者及技术副总裁,Apache 基金会的成员及Axis的传道者,说道:“我并不认为它将能成为一个标准。”
Bradley F. Shimmin,Current Analysis LLC的应用基础设施的首席分析师,认为单一Web服务集合的标准化未必能与不同厂商所提供的集合相竞争,而且也未必能为大多数客户提供异质的环境。“我认为这将不会发生。我都不知道它将如何发生。这就像假设软件再也不需要获得版权一样。”
担任OASIS Web服务技术标准委员会联合主席的Fremantle支持这种标准化,但也预见了在现实中出现的不存在Web服务集合标准的问题。
当Axis 2.0在WebSphere、还有来自BEA的WebLogic及Apache自己的 Tomcat上运行时,都证明了其与微软 .NET的协作能力。Fremantle注意到了BEA 和 Jboss,Red Hat的分界线,已经选择了开发他们自己的Web服务集合。BEA为SALT 1.1提供一个本地化的TuxedoWeb服务集合,其建立在一个开放标准SOAP实现之上。JbossWS是一个与JAX-WS相适应的Web服务集合,被开发为JBoss Java EE5支持的一部分。
“在WebSphere、 Tomcat 和WebLogic上运行一个单一的集合是相当好的,”Fremantle说道,“但是这里也存在一个竞争的价值。”他争辩到存在不同的集合来争夺开发人员的注意力促使所有的竞争集合都变得越来越好。
以Axis为例,他说道新的Axis 2.0在Axis 1.0改进了许多。“Axis 1.0不能处理大量的数据,”Fremantle解释到。新的Axis 2.0证明了其数据传输速度是前一个版本的2-10倍,他说道。改进了的性能也许可以解释IBM为何全力支持在WebSphere运行Axis 2.0,而对于Axis 1.0的态度却截然相反,Fremantle说IBM不得不将其拧在一起以提供商业上可行的数据传输。
Jerry Cuomo,IBM WebSphere的CTO,以这种方式来解释其发展:“我们的Web服务集合是建立在Axis 2的基础之上。它是和我们刚刚宣布的具有重要的包中的WebSphere 6一起的。我们以前的Web服务集合是Axis 1的衍生事物,我们只是自己开发了一些代码而已。这次我们将试图与Axis 2项目保持更多的同步。所以我们的确需要一个基于标准的集合。你能获得并查看源代码。
Cuomo说道他更愿意看见标准集合,但是不得不承认Axis 2只是较Axis 1有所改进,它还是“不完美的“。但是他说IBM现在致力于与Apache合作升级Axis 2.0,以及Axis 3.0的未来开发计划。
对于Axis 3.0或是其他任何可能成为标准服务集合的关心对于面向服务架构(SOA)全景图不如建立一个大的SOA基础设施标准重要,以Jason Bloomberg的意见,ZapThink LLC的中级分析师。Web服务集合只是SOA中起作用的一小部分。
“一个Web服务集合实际上是一个相当具有局限性的事物,”他说道。“它是支持Web服务标准的软件,因此你可以收发SOAP信息及填充UDDI 和WSDL。它是一个局限性的事物。而且Web服务集合本身是相当地成熟。我们建立那些长达五年或是更久了。”
即使是开放源Apache Axis 2.0 Web服务集合——现在是IBM WebSphere的支持者的一部分,也对所有厂商决定一个标准集合不报希望。Paul Fremantle——开源Web服务启动 WSO2的联合开发者及技术副总裁,Apache 基金会的成员及Axis的传道者,说道:“我并不认为它将能成为一个标准。”
Bradley F. Shimmin,Current Analysis LLC的应用基础设施的首席分析师,认为单一Web服务集合的标准化未必能与不同厂商所提供的集合相竞争,而且也未必能为大多数客户提供异质的环境。“我认为这将不会发生。我都不知道它将如何发生。这就像假设软件再也不需要获得版权一样。”
担任OASIS Web服务技术标准委员会联合主席的Fremantle支持这种标准化,但也预见了在现实中出现的不存在Web服务集合标准的问题。
当Axis 2.0在WebSphere、还有来自BEA的WebLogic及Apache自己的 Tomcat上运行时,都证明了其与微软 .NET的协作能力。Fremantle注意到了BEA 和 Jboss,Red Hat的分界线,已经选择了开发他们自己的Web服务集合。BEA为SALT 1.1提供一个本地化的TuxedoWeb服务集合,其建立在一个开放标准SOAP实现之上。JbossWS是一个与JAX-WS相适应的Web服务集合,被开发为JBoss Java EE5支持的一部分。
“在WebSphere、 Tomcat 和WebLogic上运行一个单一的集合是相当好的,”Fremantle说道,“但是这里也存在一个竞争的价值。”他争辩到存在不同的集合来争夺开发人员的注意力促使所有的竞争集合都变得越来越好。
以Axis为例,他说道新的Axis 2.0在Axis 1.0改进了许多。“Axis 1.0不能处理大量的数据,”Fremantle解释到。新的Axis 2.0证明了其数据传输速度是前一个版本的2-10倍,他说道。改进了的性能也许可以解释IBM为何全力支持在WebSphere运行Axis 2.0,而对于Axis 1.0的态度却截然相反,Fremantle说IBM不得不将其拧在一起以提供商业上可行的数据传输。
Jerry Cuomo,IBM WebSphere的CTO,以这种方式来解释其发展:“我们的Web服务集合是建立在Axis 2的基础之上。它是和我们刚刚宣布的具有重要的包中的WebSphere 6一起的。我们以前的Web服务集合是Axis 1的衍生事物,我们只是自己开发了一些代码而已。这次我们将试图与Axis 2项目保持更多的同步。所以我们的确需要一个基于标准的集合。你能获得并查看源代码。
Cuomo说道他更愿意看见标准集合,但是不得不承认Axis 2只是较Axis 1有所改进,它还是“不完美的“。但是他说IBM现在致力于与Apache合作升级Axis 2.0,以及Axis 3.0的未来开发计划。
对于Axis 3.0或是其他任何可能成为标准服务集合的关心对于面向服务架构(SOA)全景图不如建立一个大的SOA基础设施标准重要,以Jason Bloomberg的意见,ZapThink LLC的中级分析师。Web服务集合只是SOA中起作用的一小部分。
“一个Web服务集合实际上是一个相当具有局限性的事物,”他说道。“它是支持Web服务标准的软件,因此你可以收发SOAP信息及填充UDDI 和WSDL。它是一个局限性的事物。而且Web服务集合本身是相当地成熟。我们建立那些长达五年或是更久了。”
相关文章推荐
- 成熟的Web服务与虚幻的SOA实现
- 用于实现 Web 服务的 SOA 编程模型,第 10 部分: SOA 用户角色
- 用于实现Web服务的SOA编程模型,第1部分:IBM SOA编程模型简介
- 三种主流的Web服务实现方案(REST+SOAP+XML-RPC)简述及比较
- WebSocket + Spring消息推送服务的快速实现
- SVG技术实现动态图形输出的嵌入式Web服务
- JAX-RS的参考实现:《使用 Jersey 和 Apache Tomcat 构建 RESTful Web 服务》
- (三)Java EE 5实现Web服务(Web Services)及多种客户端实例-瘦客户端
- 在实现XML和Web服务时要避免的三种常见错误
- (五)Java EE 5实现Web服务(Web Services)及多种客户端实例-移动客户端
- 如何管理Web服务与SOA应用?
- (五)Java EE 5实现Web服务(Web Services)及多种客户端实例-移动客户端
- (四)Java EE 5实现Web服务(Web Services)及多种客户端实例-胖客户端
- (五)Java EE 5实现Web服务(Web Services)及多种客户端实例-移动客户端
- (六)Java Ee平台上实现Web服务及多种客户端实例-小结
- (一)Java EE 5实现Web服务(Web Services)及多种客户端实例-原理
- (三)Java EE 5实现Web服务(Web Services)及多种客户端实例-瘦客户端
- (一)Java EE 5实现Web服务(Web Services)及多种客户端实例-原理
- (二)Java EE 5实现Web服务(Web Services)及多种客户端实例-实现Web服务
- RHCS+Conga+iSCSI+CLVM+GFS实现Web服务的共享存储HA集群