reagan

SOA正一步一步的被接受，Oracle、SAP、IBM都不甘在这场竞争中落下风…… 　　 在一个SOA专家眼中，德国商业应用巨人SAPAG在争夺面向服务的架构(SOA)的核心的战斗中打败了主要对手，Oracle——至少目前是——并且IBM开始痛击这两家公司。 　　同时，SOA还是被缓慢的接受，但是可以肯定的是大量的SOA计划正在进行中，根据一项最新的调查结果。 　　SearchOracle.com调查了683位分布在各行各业、在IT决策过程中有一定发言权的IT专家，发现84%的受访者没有实现任何的SOA技术。其中，48%的受访者表示他们计划在未来三年中实施SOA，然而其他的半数受访者表示他们不知道他们的公司是否或者合适将进入SOA的世界。 　　SOA计划提示 　　总之，对于像这样的组织结构，SOA计划上哪家领先谁并不重要。根据分析师，计划SOA的IT专家应该从放下他们的笔记本开始，花时间来确定到底他们要用SOA解决什么商业难题。 　　“你从商业问题开始，你检查你的商业流程，你找出如何建立服务，然后你开始思考购买什么，”美国马里兰州巴尔的摩的ZapThink公司的高级SOA和Web Service分析师Jason Bloomberg说。“(采购)不是第一步，而应该是第四或者第五步。” 　　同时，Bloomberg说，数据库管理系统是SOA架构的关键组件，因此使用对XML原生支持的DBMS是非常重要的。大多数DBMS对XML的支持的非常好，他说，但是组织机构通过产品比较来确定他们是否已有恰当的技能来最大化的利用每个产品中的特有XML功能，是个好主意。 　　最后，对SOA感兴趣的人们应该记住SOA不是一个产品，它只是一个架构方法。 　　“不要指望能够从任何厂商购买到SOA，”Bloomberg说。“(SOA)是一个利用异构性的方法。因此假如哪家厂商说，‘买了我的产品，你就可以得到SOA了，’那么他们就是蒙蔽你。没有哪个厂商会真心真意的这么说的。” 　　一些机构，比如美国阿拉巴马州Jefferson郡的政府，完全没有时间或者资源来开始一个SOA开发项目。 　　根据Jefferson郡的系统架构师David Shockey说，他的团队一直忙于使用较廉价的现成软件产品来取代遗留的主机应用，这些都受到吃紧的预算的限制。 　　“SOA真的没有在我们的决策过程中被考虑，”Shockey 说。“也许有一点会实现SOA，但是决不是现在。我们还有很多其他优先的任务。” 　　Oracle，SAP和IBM都在竞争SOA的霸主地位 　　SAP，凭借NetWeaver策略，在向客户证明它的SOA功能上比Oracle更胜一筹，Bloomberg说。但是，他补充，SAP也有SOA相关的问题。 　　“这个公司在Shai Agassi离开之后，正经历重大的重组，因此关于他们的领导权和SOA的前景还是悬而未决的问题，”Bloomberg说。“他们还相当公开的斗争，就像他们希望客户在NetWeaver上运行企业服务。” 　　与此同时，Oracle正在忙于实现称为OracleFusion的伟大的软件集成事业——在过去四年中近30笔收购的结果——并且承诺在2008年初推出完全基于Java和支持SOA的商业应用堆栈。这个Fusion挑战如今正在耗费着Oracle在SOA前线能够投入的精力，据Bloomberg说。 　　“SAP比Oracle更有优势，因为他们有更动听的企业服务故事。他们谈论能够抽象他们应用功能的服务——他们的核心ERP和CRM功能，”Bloomberg说。“但是Oracle呢，你听到他们的SOA故事，并且你听到他们的企业应用故事，但是你并没有看到它们像SAP那样互相联系起来。” 　　接下来是蓝色巨人。 　　“IBM拥有其他任何厂商都没有的最广阔和最深入的SOA故事，凭借他们可靠的软件和职业服务，以及跨产品线和界限的深度，”Bloomberg说。“他们是所有人的头号公敌。”

本文转自：http://www.erp001.com/detail.asp?id=2729

      Jeff Anders，是SAP AG公司的NetWeaver开发平台的技术解决方案市场部的负责人，她在这次的JavaOne会议上，为基于面向服务架构(SOA)开发标准的新NetWeaver开发平台进行了赞美。遵循着SAP的行业标准部门的副总裁，现在也是Web服务协作组织的主席Michael Bechauf的方向，指出了基于标准方法使SAP工具达到了SAP之外的领域。
　　Anders和Bechauf回答了为什么要有标准，包括以前的Java EE5，服务组件架构(SCA)以及现在的OASIS和与WS-I说明有关的SOA工具。Bechauf还谈到了有关最后的和最好的技术争论之上的Web服务协作及其必要性。他还说，商业人士正在网络中寻找一种独特的刻度情况，因此他们可以像在电话上一样方便的在互联网上进行业务处理。

　　你正在演示的组成环境到底是怎么样的一个东西呢?

　　Jeff Anders:这是我们SAP的NetWeaver开发平台。只是我们一个新的产品商标。我们正在使用Java EE5应用程序服务器，并将他们投入到商业上使用的产品当中。在应用程序服务器之上，我们使用一些你可能已经知道的SAP的技术。组成应用软件程序框架，引导程序，可视化设计等。而且我们还将这些放到了一起，并添加了一些新的技术，使得其成为了组成的集成包。我们现在正试图做的，是提供出一个完整的环境，在上面，我们的程序开发人员、我们的伙伴，我们的独立软件开发商等所有等级的写作都在一个集成的包里进行。我们拥有服务组成、资产组成和UI组成。我们想要做的事情是让这些企业享受品质，让那些组织中的可使用的东西实现多用户、多国家的不同的开发功能。

　　有很多SAP的竞争者是这样评论的，只要你使用SAP工作的话，那么你就会拥有组成的工具，但是一旦你和其他的产品进行合作的时候，就不能使用了。你如何说服人们相信即使是在使用其他的产品进行工作的时候还能使用NetWeaver开发平台进行开发呢?

　　Anders: 在NetWeaver开发环境的每一个部分那都是基于标准的。我们使用的结构，我们使用的接口也都是符合标准的。毫无疑问的是，这不是私有的东西。他是为任何基于标准的基于服务的环境提供的。这也是可以帮助Michael更好的解释这一点的地方。

　　Michael Bechauf: 在Java EE5当中，目标之一就是标准化。我们也这样描述我们对于服务组成架构(SCA)的情景。SCA的完全的目的在于支持不同的结构。我们想要保证无论是谁使用这个组成的环境，他都会通过使用我们公司服务和我们公司产品而有一种一流的感觉。但是，另一方面，因为我们支持Java EE5以及SCA，这要求开发人员能够在不同的开发环境当中集成所有的JMS产品。

　　基于SAP的在企业IT方面的经验，你觉得SCA是怎么传递人们真正想要的东西呢?

　　Bechauf:基本上说，他是将简单化介绍给多机会的开发上面。例如，一种设计的时间模型，一个组成模型，一个很多软件厂商都支持的组成集合。因此一个习惯于在一种开发环境下进行开发的程序开发人员可以转移到另一个开发环境中去，而且可以发现熟悉的工具集。因此，有效率的开发人员将找到相似的环境。对他们而言，这是很容易学习的。他们不需要再学习、

　　对于WS-I的文件，你支持他并准备在上面工作吗?从我们上次十二月进行谈话之后，又有什么新的进展吗?

　　Bechauf:是的，有很多的进展 我正在WS-I的轮值主席，而有一件事我们已经宣布的就是对于WS Basic Security 1.0 大家都可以获得。而最重要的完成之一就是对于协同工作能力的支持。WS-I概要的方法正在变得有意义，因为他们在整个行业当中都被广泛运用着。这并不是简简单单的一张纸就可以写下的。它实际上是五个能够协同工作的平台的一部分。我们和微软、IBM、SAP、Novell以及Oracle公司合作做了很多关于协同工作能力的论证。它增加了安全性。我们现在正在做的下一件事是WS-I 可靠性安全属性1.0.本质上来说，我们正在从OASIS规范中进行对Web服务可靠性信息的支持，我们还将其成为联合主席。

　　UDDI3.0已经出来了，你和一些分析人士谈论这点的时候他们说他们没有使用UDDI2.0，就直接使用UDDI3.0. BPEL2.0也公布出来了，SOAP是WS-I概要的下一代。那么WS-I需要赶上这些标准吗?

　　Bechauf:对于WS-I而言，他需要解决一些广泛范围内的协同性工作能力的问题。这也是WS-I工作的方式。有很广泛的协同工作能力的事件，通过他们，行业可以验证所有的软件厂商是不是WS-I的一部分，他们需要做些什么。从WS-I的观点来看，如果我们能够提供给那五个软件厂商能够让他们有效使用的标准，那么我们就可以从事于这件事。谈到UDDI，有很多确定的使用的案例。在案例里，客户会说：“从软件厂商A那里得到的UDDI注册和从软件厂商B那里得到的UDDI仓库需要进行协同工作。”问题是，这真的是一个行业范围的问题吗?我们从客户中听到了很多。我们也正在处理收集来的WS-I的部分的需求。坦白地说，这正是他们做到的。这是一个独特的协同工作能力问题还是一个行业范围的协同工作能力问题呢?

　　WSDL2.0还没有最后定下来，但是其正在进行最后的呼唤。你对于WSDL2.0是怎么看的呢?因为我们知道的原因，人们会寻求向下兼容的问题吗?他会使得人们需要做些什么吗?或者说这会让其死亡?

　　Bechauf: 他还没有上升到行业级别的地步。在WS-I方面，我们正在将SOAP1.2作为基本概要2.0的一部分。已经有了一些对于这件事的议论，但是公平的说，WSDL2.0还没有来临。

　　除了WS-I之外，向下兼容会成为一个问题吗?

　　Bechauf：他一定会是需要考虑的东西的。让我们从SAP的角度去看这件事。我们现在正在做的，就是企业服务结构的一部分。我们正在建立数以千计的服务。他们中有WSDL1.2的服务。在我们的开发部门当中存在着一些讨论，关于是否支持WSDL2.0的讨论。很有可能的是需要花费一段时间才可能采用它。但是从WSDL1.2到WSDL2.0的过渡一定是有工具存在的。

　　现在有没有什么标准能让你真正的非常的高兴的呢?

　　Bechauf:非常坦白地说，我对于协同工作能力非常的兴奋。协同工作能力并不总是要求最新的和最好的东西。我们来看一看行业前进的方向，而我们所说的东西之一就是商业网络。网络要像普遍存在的拨号区域一样。如果你将你的业务关系建立于很多个公司之间，而且你想要自动哈德处理公司之间的关系的话，你需要最后担心的事情就是协同工作能力。看一看通信领域吧。你拿起蜂窝电话，你可以呼叫任何人，任何世界上的角落，接着电话响了。这就是Web服务前进的方向。网络作为一个无处不在的媒介可以建立起联系。但是，对于建立起来的伙伴关系、可靠性以及安全而言，他们基本的原理是什么呢?因此如果说有一件使我现在觉得非常兴奋的话，那就是在协同工作能力上面的对话。在一周前的OASIS会议上，人们一直再说我们并不需要最新的和最好的标准。我们需要系统之间协同工作，确保我们能够使网络像拨号区域一样支持商业网络。这就是他们关心的内容。他么不管版本号是2.0，3.0还是5.0，他们只想要协同工作的能力。

本文转自：http://www.erp001.com/detail.asp?id=2717

       外电5月22日报道，市场传言称美国软件公司甲骨文已经购买了其德国竞争对手SAP公司8%的股份，尽管在分析师认为这是不可能的情况下，SAP的股价还是上涨了3%。德国媒体最近几周已经报道称，市值达600亿美元的SAP可能是一个被收购目标，因为其股价在下降。

      一位交易者说：“有一个谈话称，甲骨文购买了SAP公司8%的股份。”其它的交易者也纷纷援引这外所谓的谈话。媒体没有能够立即得到甲骨文对此消息的评论。一位拒绝透露姓名的分析师说：“我感觉这有点牵强附会。”另一位分析师指出，甲骨文一定会告诉SAP它是否采取了这样的行动。在发生股东结构这么大的变化一周内，德国的公司必须公告市场。

      SAP股价截止格林尼治时间1529在德国股市，上涨了2.3%，每股涨至35.04欧元。甲骨文股价上涨了0.3%，每股涨至19.38%。上周，SAP公司CEO孔翰宁(henning kagermann)称，该公司不接受来自私募股权公司或者其它公司的任何收购出价。

本文转自：http://www.erp001.com/detail.asp?id=2710