主持人:
   
    大家对SOA都是比较关注的。可能出了这些比较虚的理念上的东西，大家更关心的应该是在技术实施上的问题，不知道是否有朋友愿意说说，大家好相互交流一下。
   
    用户:
   
    Websphere和J2EE的交互，具体实现的时候可能是依赖于某个中间件产品，比如Weblogic，比如MQ，或者GMS等等，是不是一定有必要J2EE封装成一个SOA，还是直接把这个消息直接发过来?代用J2EE?
   
    用户:
   
    这个看怎么决策这个事情了，如果只把消息通过MQ走，它的效率比较高但是对国内开发人员来讲要求的规范高一些。Weblogic这个东西开发起来比较简单。像JOBSS提供Weblogic这些规范也提高了很多。比如我给MQ发的话，是通过知道消息规范的，我给微软发的话又需要你知道另外一些东西，但是如果是很多人开发，大家知道这个东西齐头并进，中间的交互、耦合越松越好，这些就需要一个整合的统一的标准的规范。比如我开发一个Websphere，它通过MS文件定义消息格式。
   
    用户:
   
    所有东西是基于企业自主Websphere自主的接口?
   
    用户:
   
    看一下接口的规范很容易读懂，它全是文本文件。所有的人都可以读得懂，相当于大家沟通起来效率提高了，开发起来大家可以齐头并进往前走。比如这边消息传输格式可以加一下减一下，我在Websphere体验上可以不动，这样开发效率就提高了。但是真正要做事务处理的话，这要单独考虑了。
   
    用户:
   
    这相当于自己实现的一套独立的东西?
   
    用户:
   
    如果有精力的话对Websphere很多规范都理解的话，可以自己做。
   
    用户:
   
    您说这些我能很愿意听，但是很多厂商可能不愿意听。
   
    用户:
   
    因为你自己做花费的代价是很痛苦的，这只是不得已，因为有些效率方面要求的太高了。像咱们的厂家做了这么多年，其实我觉得很多东西随便拿出一个技术很简单，大家通过一个通用的平台，通过一样的格式互相交互信息，但是实际上真正做起来面临的困难很多的。
   
    主持人:
   
    如果单纯说SOA还是一个比较虚的话题，如果不落实在技术上很难得到一种共鸣。
   
    用户:
   
    如果以前做开发时间比较长的话，接触SOA会比较快的，因为它只会让你的开发越来越简单，越来越高效。
   
    用户:
   
    现在比如说IBM有一种模型驱动的开发，MDA那个东西就不用写一行代码，只要需求一动，代码就可以实现了。
   
    王永波:
   
    现在有一些产品已经实现了，比如建模工具跟代码是完全互动的只要加模工具那儿改了一些东西，后台代码就会自动改变。以后开发越来越简单，以后软件开发就相当于偏重一种业务建模的方向发展。
   
    用户:
   
    SOA的这种架构这种理念是不是适合所有的公用呢?比如一个简单的搜索引擎数据库有必要采用SOA这种架构和理念吗?
   
    用户:
   
    这个没有必要。
   
    用户:
   
    SOA具体使用范围是什么呢?
    
    用户:
   
    SOA包括Websphere可以在TCP也可以在SCP上设计这看自己的要求。SOA是提供一个大家对话的平台。如果本地执行的话SOA是没什么意义的。
   
    用户:
   
    搜索引擎也分布式的吧?
   
    用户:
   
    它是有分布式的事务类的东西，这SOA是解决不了的。原来Websphere1.0之前是解决不了这些东西的。
   
    用户:
   
    这些事务还是需要中间件完成还是数据库管理呢?
   
    用户:
   
    这个说起来话题就大了。
   
    王永波:
   
    搜索这块本身就是提供了一种服务，比如搜索已经写好接口了，它其实就是一种服务。它属于后台，后台肯定可能就是纯CA编程方式完成的。
   
    用户:
   
    所有的开发都是基于一个平台，比如所有的开发程序都在一个平台上，所有的数据库都在一个服务器上，比如做移动集成，相当于我对你的系统比较陌生，不太知道怎么实现的，而且它的接口是把一种业务逻辑抽样出来了，比如用户注册或者查询注册，它可以开放出几个接口。其他人不需要知道你是怎么实现的，小的系统的话，比如实现用户具体的实施系统，我可以把一些信息知道，一插就可以了，这个过程没必要用SOA。而且很多即使跨系统的，比如有些特殊安全的也不一定用SOA。