首先先说一些闲话：这次bea的dev2dev techDays依然是在讲现在bea公司的主攻领域soa，估计这也是oracle之所以收购bea的一个原因吧。
会议的地点依然是每次雷打不动的圣庭苑酒店，会议的主办方也组织的很好，为了能让参与者对bea的相关技术和产品感兴趣，bea也是准备了丰富的奖品，有笔，有T恤，还有5个workshop的licence，最引人注目就是最后抽奖的一个iphone，做为一个免费会议来说，这些东西却是很丰富了，但是要是考虑到bea主要是为了推它的SOA产品Workshop 10.2这个售价高达1000多美元的怪物来说，也就不觉得贵了：）。
1、SOA起源
这些年为了提高办公效率，企业和政府都在努力追求着一个看似很甜的棒棒糖：信息化。但是由于信息化的方式多种多样，这样就造成了在一个企业内部有多套信息化的系统。财务是买来的财务软件，行政使用免费的行政软件，销售是请人来研发的销售系统。然后各个部门发现，原来自己虽然信息化了，但是实际上只是一个信息孤井，自己的信息系统没有办法接受别的部门的信息，而自己的信息也没有办法传递到其他部门去。这样公司的领导就不高兴了，你们都要信息化，无纸办公，结果现在信息化的比优质办公还麻烦，都给我统统统一起来。开始的时候有人想到重做一套整体的信息系统，把所有部门都包含进去不就可以了，但是这方案代价太高了。于是呢就有人提出了这样的想法，其实每个系统都是为每个部门或者其他部门提供服务的，那么我们就把这些服务给抽象出来进行统一管理吧，然后让所有的部门都只面对这些抽取的服务，而不是单一的系统，这样soa的概念就渐渐浮出水面了。
2、服务的概念，以及SOA基本架构
SOA中最核心的就是服务了，所以我们首先应该明确一下服务这个概念。用毛主席最经典的一句话：为人民服务。这里我们可以看出，抽象的服务概念有两个基本的要素：1是服务对象，2是可以提供什么。超市收银员的服务对象是顾客，可以提供的是算钱收钱；公安局的服务对象是市民，可以提供的是解决你解决不了的难题。；你的心脏的服务对象是血液，可以提供的是给血液加养分；等等。所以来说任何一个对象都是一个服务提供者（当然任何一个对象也将是一个服务接受者，对于服务接受这里不再详细讨论）。
根据一个信息系统本身固有的几个层次为了让各个层次的职责更加清晰，而且也是为了在调用服务的时候更加统一SOA的一个基本架构是这样的：
      原有系统架构                                      SOA系统架构
企业原有业务系统的存储层   --〉    [把这层封装成SOA的连通服务层]                 
   
企业原有业务系统的业务层   --〉    [把这层封装成SOA的业务流程服务层]

企业原有业务系统的应用层   --〉    [根据上层抽象出来的统一服务进行调用并在各种应用前台]

然后专门隔离出来一个服务中介层，也就是一条服务总线来把所有的服务进行统一管理