ZDNet博客同事Larry Dignan报道了Oracle的X计划的发布。这家软件巨人现在正在树立其应用集成结构品牌的建立。 很显然，他们的目标是帮助客户将不同的企业应用集成在Oracle产品(Siebel，PeopleSoft，JDEdwards，当然还有Oracle电子商务套件等)的庇护之下，当然，也是他们迈向面向服务的架构的又一举措。按Oracle方式进行的SOA，当然就是巨型SOA。
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/bianchengyuyan/）Oracle正在逐渐的将其投资者的爱好引向SOA。
关于Oracle的最新消息是“软件巨人现在更注重流程，而不是产品”。Oracle正在引进被称为“流程集成软件包”(PIPs？)，这个套件采用BPEL (商业流程执行语言)和利用Oracle的 Fusion中间件SOA套件。 头两个可用的PIP包括Siebel CRM产品上的“保价-定单”和“定单-现金”流程软件包。
（本文来源于图老师网站，更多请访问http://m.tulaoshi.com/bianchengyuyan/）Tony Baer紧密的观察了Oracle的举动，他注重到这家规模巨大的企业不太可能强迫广大的支持者(Siebel, PeopleSoft用户等)接受一些新的Oracle模式。我很同意他的看法。取而代之，Oracle调整了自己的策略以适应和支持逐渐发生的迁移变化。将SOA中间件层中的功能逐渐移出就是个不错的方法。
正如Tony 所说的：
“假如您拥有足够庞大的消费者数据库，那么您所拥有的炙手可热的文件的维护工作就可能成为一项不错的买卖。…传统的看法是维持多条互不相干的产品线会耗尽公司的业务。但是一旦你积累下如此巨大的市场，以及大量的产品线，整合成本就会远远小于简单维护和逐渐增强数据库所带来的潜在销售业绩。无论如何，千禧年已经过去，消费者们不再那么轻易对自己的系统做大规模的更换。”
Oracle公司副总裁Paco Aubrejuan这样说：“我们竭尽全力的注重实效，并争取拿出我们最好的解决方案。面向服务的架构不应简单的被看做再实施。再实施成本太高，所以我们比不得不通过SOA将现有资产整合起来。”
Tony还补充说X项目“可能尝试整个行业回避的开放应用程序组(OAG)：对一套常用业务对象进行定义，使得企业系统能够彼此交换消费者对象或者“定单-现金”流程。” 集成流程的能力（这中能力远远不止简单的标准）是厂商为市场带来的新的价值定位方法。Oracle抓住了这点，它的主要竞争对手也抓住了这点，SAP可能也会传来关于巨型SOA。
