主持人:

　　大家对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具体使用范围是什么呢?