今日完成:

    坐等明天评审啊....我只想写代码啊!

    基本简历完成投了十几家试试水.

    准备小课堂,讲讲sca和soa

SOA在Java领域有两套标准：一个是SUN推出的JBI（没有得到BEA和IBM的承认），另外一个是：IBM和BEA等公司推出的SCA和SDO标准。

JBI之关注Java组件只处理Java组件的集成。

SCA实现了业务组件和传输协议的分离，可以处理各种平台组件的集成。

SDO可以的自由读取各种不同数据源的数据。

另外，BPEL本质上是一种集成Web Service服务的语言，也可以算作为SOA的一部分。

SCA（Service Component Architecture）中文翻译为“服务组件架构”，是一种全新的软件架构思想。

SCA中，最重要的一个概念是Service----服务，它的内涵式独立于具体的技术。因此，SCA不会称之为 Java组件架构，或Web Service 组件架构。所谓的具体技术，主要有两层含义：一是程序语言，而是传输协议。

现有的组件是和传输协议紧密耦合的。比如EJB组件采用的是RMI传输协议，Web Service组件采用的是SOAP传输协议。SCA组件则能自由地绑定各种传输协议。

SCA是对目前组件编程的进一步升华，其目标是让服务组件能自由绑定各种传输协议，集成其他的组建与服务。

SCA与传统的业务组件最大区别在于SCA实现了两个功能：一是组件和传输协议的分离，二是接口和实现语言的分离。

SCA的本质是一种软件架构思想，SCA架构是独立于程序语言的SOA架构。

SCA的目标是创建一个可集成服务组件的运行环境。

我什么需要SCA？答案：集成的需要。

先看没有使用SOA技术的系统的集成的情况，需要相互约定和暴露接口。需要编写集成的客户端调用代码。调用方和被调用方要“知彼知己”才能很好的集成，而这又都带来高昂的代价和复杂度。

使用SCA的好处：组件之间处于一种松耦合的状态，不需要在自己的代码中加入对方组件的接口代码。

水了今天.....................

明日计划:完成小课堂,方案评审一定要过!

问题:无

收获:把之前的sca和soa看了下